一、背景
某天，应用程序进程无缘无故退出，也就是我们通常说的崩溃。通常情况下，windows事件会记录一条消息。但是有时候，我们发现这样的信息，对于查找问题，还是远远不够的，因为它说RunTime报错。这时，我就想能不能自己捕获全局未处理的异常。之所以有这样的想法，因为之前在客户端程序中写过。这次我要在.netcore中处理，网上搜了一段代码，高高兴兴地贴上去了，觉得上了保险箱。
二、探索
AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException; TaskScheduler.UnobservedTaskException += TaskScheduler_UnobservedTaskException; private static void TaskScheduler_UnobservedTaskException(object sender, UnobservedTaskExceptionEventArgs e) { foreach (var item in e.Exception.InnerExceptions) { Logger.Error("未捕获的Task异常 " + item.InnerException.Message + " " + item.GetType().Name); } }
private static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e) { Exception exception = (Exception)e.ExceptionObject; Logger.Error("未捕获的Domain异常 : " + exception.Message + "," + exception.StackTrace); Logger.Error("Runtime terminating: {0}", e.IsTerminating); }
给AppDomain和TaskScheduler注册了两个未处理异常的方法，等系统抛出异常时，可以捕获。没想到，程序一天之内崩溃了两次，比之前几个月崩溃一次，频率不知高了都少倍。下面是崩溃时的信息：
这堆栈信息，得仔细看，才能看出门道，否则，可能会把重要的信息遗漏掉。猛的一看，程序哪里有未将对象引用到实例了？在业务代码中苦苦思索，没有找到。第二天早晨，仔细查看这个错误信息，发现这个异常竟然是TaskScheduler注册的这个方法里面报出来的。于是我再次修改代码：
private static void TaskScheduler_UnobservedTaskException(object sender, UnobservedTaskExceptionEventArgs e) { if (e.Exception?.InnerException != null) { foreach (var item in e.Exception.InnerExceptions) { Logger.Error("未捕获的Task异常 " + item.InnerException.Message + " " + item.GetType().Name); } } else { Logger.Error("[Exception]未捕获的Task异常 " + e.Exception?.Message + " " + e.Exception?.StackTrace); } //将异常标识为已经观察到 e.SetObserved(); }
代码是修改好了，在本地如何调试呢？网上说，GC回收Task的时候，会触发Task里的异常，这个说法，应该是正确的，请看上面的堆栈信息，回收的时候，会报异常发布出去。好，那我就人为制造一个异常：
Task.Run(() => { throw new Exception("测试异常"); }); Thread.Sleep(2000); GC.Collect();
可是代码跑起来，没有捕获到任何异常。我以为GC没有运行，我在网上搜索答案，类似这样的写法：
Task.Run(() => { throw new Exception("测试异常"); });
while(true){ //不停地给数组分配内存 //调用GC }
这次代码运行起来，不仅异常没有捕获到，程序直接崩溃，说内存不足，最后笔记本发烫，导致了蓝屏。我不得不重启电脑。
三、处理
网上一篇文章说，在Debug模式下，捕获不到异常。Release下可以。于是，我切换了模式，果然可以。
Logger.Error("未捕获的Task异常 " + item.InnerException.Message + " " + item.GetType().Name);
在处理全局异常的方法里，我记录了日志，就这一句引发了未将对象引用到实例，调试发现 itm.InnerException为null，所以调用Message就异常了。下面，我们来处理：
private static void TaskScheduler_UnobservedTaskException(object sender, UnobservedTaskExceptionEventArgs e) {
foreach (var item in e.Exception.InnerExceptions){
Logger.Error("未捕获的Task异常 " + item.InnerException?.Message + " " + item.GetType().Name); }
}
处理好了，日志输出：未捕获的Task异常 Exception，从调试角度看，这样的信息，就是个废话，改改代码：
private static void TaskScheduler_UnobservedTaskException(object sender, UnobservedTaskExceptionEventArgs e) { foreach (var item in e.Exception.InnerExceptions) { Logger.Error("未捕获的Task异常 " + item.Message + "," + item.StackTrace); } }
调试结果如下：
这样代码就好了吗？我担心尽管处理好后，进程还会退出，网上搜了下，可以加入这句：
//将异常标识为已经观察到 e.SetObserved();
经过调试，发现少了这句，也不会有问题，这句意思是不让异常继续往上冒泡，到此为止。这样，程序就好了吗？还是有所担心，终极版的代码：
private static void TaskScheduler_UnobservedTaskException(object sender, UnobservedTaskExceptionEventArgs e) { try { foreach (var item in e.Exception.InnerExceptions) { Logger.Error("未捕获的Task异常 " + item.Message + "," + item.StackTrace); } } catch (Exception ex) { Logger.Error($"TaskScheduler_UnobservedTaskException处理异常：{ex.Message}"); } //阻止异常冒泡 e.SetObserved(); }
这里之所以加上try..catch，因为担心Logger出现异常，进程照样会崩溃。所以，既想捕获应用程序中Task中的异常，又不想因此把程序整垮。
四、后记
网上的代码，仅供参考和学习，要上服务器，还得经过本地严格测试，谁知道会什么时候会引发灾难。
