|
|
1
12
把它放回去。
伐木很好。 您还可以使用Visual Studio为调试生成定义的调试符号作为标志。
因此,下次需要修改时,debug标志应设置为true,并弹出异常。 |
|
|
2
4
在任何Java应用程序中,您几乎总是希望为未捕获的异常定义一个异常处理程序,如下所示:
捕获这些未捕获异常的对象将至少记录失败,以便您有机会了解它。否则,不能保证您甚至会收到线程发生异常的通知——除非它是您的主线程。
除此之外,我的大多数线程都有一个try/catch,我将在其中进行捕获
当我用C#编写代码时,我的代码与之类似。但这一切都取决于应用程序的需要。异常是否会损坏数据?那么,不要抓住它,忽略它。始终记录它,然后让应用程序死掉。然而,大多数例外情况并非如此。 |
|
|
3
2
理想情况下,您希望尽可能接近异常发生的位置来处理异常,但这并不意味着全局异常处理程序是个坏主意。特别是对于必须不惜一切代价保持运行的服务。我会继续你一直在做的事。在调试时禁用它,但将其保留在生产环境中。 请记住,它应该被用作安全网。在异常升级到如此程度之前,仍然尝试捕获所有异常。 |
|
|
4
2
捕捉所有异常并使程序“稳定”的冲动非常强烈,这个想法对每个人来说都非常诱人。您指出的问题是,这只是一个诡计,程序很可能有缺陷,更糟糕的是,没有故障迹象。没有人定期监视日志。
|
|
|
5
1
如果要在异常发生时查看异常,可以在VisualStudio中转到“调试”菜单,选择“异常”,然后告诉调试器在引发异常时立即中断。您甚至可以选择什么类型的异常。:) |
|
|
M.Jane · 组织和编写异常类的正确方法 8 年前 |
|
|
shubham daharwal · java中的内部捕获异常 8 年前 |
|
|
Jon · 如何在不需要任何操作的情况下处理Python异常 8 年前 |
|
|
felix1415 · C++捕获(标准::异常和e)与捕获(…) 8 年前 |
|
k0pernikus · 如何在scala中键入可能引发异常的函数? 8 年前 |