一、背景

某天,应用程序进程无缘无故退出,也就是我们通常说的崩溃。通常情况下,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中的异常,又不想因此把程序整垮。

四、后记

网上的代码,仅供参考和学习,要上服务器,还得经过本地严格测试,谁知道会什么时候会引发灾难。

.netcore全局异常处理的更多相关文章

  1. ASP.NET Core 中间件自定义全局异常处理

    目录 背景 ASP.NET Core过滤器(Filter) ASP.NET Core 中间件(Middleware) 自定义全局异常处理 .Net Core中使用ExceptionFilter .Ne ...

  2. mvc自定义全局异常处理

    异常信息处理是任何网站必不可少的一个环节,怎么有效显示,记录,传递异常信息又成为重中之重的问题.本篇将基于上篇介绍的html2cancas截图功能,实现mvc自定义全局异常处理.先看一下最终实现效果: ...

  3. 在.NET Core程序中设置全局异常处理

    以前我们想设置全局异常处理只需要这样的代码: AppDomain currentDomain = AppDomain.CurrentDomain; currentDomain.UnhandledExc ...

  4. springMvc全局异常处理

    本文中只测试了:实现Spring的异常处理接口HandlerExceptionResolver 自定义自己的异常处理器 对已有代码没有入侵性等优点,同时,在异常处理时能获取导致出现异常的对象,有利于提 ...

  5. MVC 全局异常处理及禁用显示头

    MVC网站的global.asax中的Application_Start方法里,有这样一段代码: public class MvcApplication : System.Web.HttpApplic ...

  6. Spring MVC 解决无法访问静态文件和"全局异常处理"

    我们都知道,Spring MVC的请求都会去找controller控制器,若果我们页面中引入了一个外部样式,这样是没效果的, 我们引入样式的时候是通过<like href="...&q ...

  7. Spring Boot 2.x 系列教程:WebFlux REST API 全局异常处理 Error Handling

    摘要: 原创出处 https://www.bysocket.com 「公众号:泥瓦匠BYSocket 」欢迎关注和转载,保留摘要,谢谢! 本文内容 为什么要全局异常处理? WebFlux REST 全 ...

  8. .NET MVC全局异常处理(二)

    目录 .NET MVC全局异常处理(二) MVC过滤器Filter .NET MVC全局异常处理(二) 对上节的内容进行了补充 MVC过滤器Filter MVC有四种过滤器:Authorization ...

  9. .NET MVC全局异常处理(一)

    目录 .NET MVC全局异常处理 IIS配置 静态错误页配置 .NET错误页配置 程序设置 全局异常配置 .NET MVC全局异常处理 一直知道有.NET有相关的配置,但没有实际做过,以为改下设定就 ...

  10. Spring Boot 全局异常处理

    Spring Boot版本 1.5 @ControllerAdvice public class GlobalExceptionHandler extends ResponseEntityExcept ...

随机推荐

  1. RequestMappingHandlerMapping请求地址映射的初始化流程!

    之前的文章里,介绍了DispatcherSerlvet处理请求的流程. 其中一个核心的步骤是:请求地址映射,即根据request获取对应的HandlerExcecutionChain. 为了后续的请求 ...

  2. PPT排版技巧

  3. [编程基础] C++多线程入门10-packaged_task示例

    原始C++标准仅支持单线程编程.新的C++标准(称为C++11或C++0x)于2011年发布.在C++11中,引入了新的线程库.因此运行本文程序需要C++至少符合C++11标准. 文章目录 10 pa ...

  4. [C#]关于逆变与协变的基本概念和修饰符in与out的意义

    协变与逆变的概念 假如两个类型X和Y具有特殊关系,X类型的每个值都能转换成Y类型.我们将I<X>向I<Y>的转换称为协变转换.反之我们将I<Y>向I<X> ...

  5. 学习ASP.NET Core Blazor编程系列二十二——登录(1)

    学习ASP.NET Core Blazor编程系列文章之目录 学习ASP.NET Core Blazor编程系列一--综述 学习ASP.NET Core Blazor编程系列二--第一个Blazor应 ...

  6. ionic+vue+capacitor系列笔记--capacitor3.X和2.X+android自定义capacitor的JSbridge插件注册与使用(不同版本注册方式不同,返回值格式也不同,使用方法也不同)

    经过我的多番折腾,终于搞明白了这个东西的用法,不同版本的注册方法,使用方法都不一样,现在把这个折腾的结果记录下来,造福大家~ 首先编写一个类,然后注册,注意,这个和2.x不一样,2.x的时候我们会使用 ...

  7. CTFshow刷题记录

    整理的一些ctf题目 WEB题 ctfshow 年CTF 除夕 题目要求通过get传入year参数然后进行判断是否成立,成立就返回flag 这里可以用科学计数法表示通过get传入year=2.022e ...

  8. golang主协程等待子协程执行完毕

    无限等待 计时等待 channel通信 select 等待组

  9. 顶层QWidget弹窗设置背景为透明,透明部分为黑色。

    setAttribute(Qt::WA_TranslucentBackground); 设置此属性,解决.

  10. Docker不做虚拟化内核,对.NET有什么影响?

    引子 前两天刷抖音,看见了这样一个问题. 问题:容器化不做虚拟内核,会有什么弊端?Java很多方法会跟CPU的核数有关,这个时候调用系统函数,读到的是宿主机信息,而不是我们限制资源的大小. 思考:在我 ...