可能重复:
.NET - What’s the best way to implement a “catch all exceptions handler”
我有一个崩溃并向用户显示消息的.NET控制台应用程序应用程序。
我的所有代码都在try{<code>} catch(Exception e){<stuff>}
块中,但偶尔会显示错误。
在Win32应用程序中,您可以通过安装各种异常处理程序来捕获所有可能的异常/崩溃:
/* C++ exc handlers */
_set_se_translator
SetUnhandledExceptionFilter
_set_purecall_handler
set_terminate
set_unexpected
_set_invalid_parameter_handler
.NET世界中的等价物是什么,所以我可以处理/记录/安静所有可能的错误情况?
答案 0 :(得分:43)
您可以向AppDomain.UnhandledException事件添加事件处理程序,并在抛出异常并且未捕获异常时调用它。
答案 1 :(得分:26)
与其他人发布的内容相反,捕获所有异常并没有错。重要的是要妥善处理它们。如果您有堆栈溢出或内存不足的情况,应该关闭应用程序。此外,请记住,OOM条件可以防止您的异常处理程序正常运行。例如,如果异常处理程序显示带有异常消息的对话框,则如果内存不足,则可能没有足够的空间用于对话框显示。最好记录并立即关闭。
正如其他人所提到的,还有UnhandledException和ThreadException事件可以处理可能会错过的集合异常。然后简单地在主循环周围抛出一个异常处理程序(假设一个winforms应用程序)。
此外,您应该知道,对于内存不足的情况,并不总是抛出OutOfMemoryExceptions。 OOM条件可以触发代码或框架中的各种异常,这些异常不一定与真实基础条件内存不足有关。当基础原因实际上没有内存时,我经常看到InvalidOperationException或ArgumentException。
答案 2 :(得分:11)
This article in codeproject by our host Jeff Atwood就是您所需要的。 包括用于捕获未处理异常的代码和用于向用户显示有关崩溃的信息的最佳实践。
答案 3 :(得分:10)
Global.asax 类是您的最后一道防线。 看看:
protected void Application_Error(Object sender, EventArgs e)
方法
答案 4 :(得分:6)
请注意,某些异常对于捕获是危险的 - 或者大部分是无法捕获的
答案 5 :(得分:4)
您可以使用AppDomain.CurrentDomain.UnhandledException来获取活动。
答案 6 :(得分:4)
虽然在没有正确处理它们的计划的情况下捕获所有异常肯定是一种不好的做法,但我认为应用程序应该以某种优雅的方式失败。崩溃不应该吓死用户,至少它应该显示错误的描述,一些信息要报告给技术支持人员,理想情况下是关闭应用程序并重新启动它的按钮。在理想的世界中,应用程序应该能够在磁盘上转储用户数据,然后尝试恢复它(但我发现这要求太多了。)
无论如何,我通常使用:
AppDomain.CurrentDomain.UnhandledException
答案 7 :(得分:3)
您也可以使用Application.ThreadException事件。
我开发在基于COM的应用程序内运行的.NET应用程序;这个事件非常有用,因为AppDomain.CurrentDomain.UnhandledException在这种情况下不起作用。
答案 8 :(得分:1)
我认为您甚至不应该捕获所有异常,但最好让它们向用户显示。原因是你应该只捕获你可以实际处理的异常。如果遇到一些导致程序停止但仍然捕获它的异常,这可能会导致更严重的问题。 另请阅读FAQ: Why does FxCop warn against catch(Exception)?。
答案 9 :(得分:1)
请注意,捕获这些未处理的异常可能会更改应用程序的安全性要求。您的应用程序可能会在某些上下文(从网络共享等运行时)停止正常运行。一定要彻底测试。
答案 10 :(得分:0)
使用两者都没有坏处 AppDomain.CurrentDomain.UnhandledException Application.ThreadException
但请记住,这些处理程序不会捕获辅助线程上的异常;如果需要,可以使用SafeThread作为辅助线程