一、背景

某天,应用程序进程无缘无故退出,也就是我们通常说的崩溃。通常情况下,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. python 爬取豆瓣电影评论,并进行词云展示

    python 爬取豆瓣电影评论,并进行词云展示 本文旨在提供爬取豆瓣电影<我不是药神>评论和词云展示的代码样例 1.分析URL 2.爬取前10页评论 3.进行词云展示 1.分析URL 我不 ...

  2. 常用函数/异常处理/for循环本质

    常用内置函数 1,map() - 映射 格式: map(函数,可遍历对象) 指将遍历的元素挨个取出来做函数的行参传参,得到的返回值全部放回map工厂中,map工厂可以被转换成列表查看到 每一个被函数处 ...

  3. MyBatis详解(二)

    前言 本篇幅是继 MyBatis详解(一)的下半部分. MyBatis执行Sql的流程分析 [1]基于前面已经将XML文件进行build解析了并且返回了SqlSessionFactory [1.1]那 ...

  4. .NET周报【12月第1期 2022-12-08】

    国内文章 CAP 7.0 版本发布通告 - 支持延迟消息,性能炸了? https://www.cnblogs.com/savorboard/p/cap-7-0.html) 今天,我们很高兴宣布 CAP ...

  5. Java程序员除了做增删改查还能干嘛?

    就以Java后端开发为例,说说不同级别程序员干的事情. 1 初级开发,大概是有3年Java开发经验. 22年底,上海,这批程序员如果学历是本科,薪资一般是8k到2w,当然如果能进好公司或互联网大厂,薪 ...

  6. 前端(js部分讲解)

    BOM操作 BOM概念 BOM:Browser Object Model 是浏览器对象模型,浏览器对象模型提供了独立与内容的.可以与浏览器窗口进行互动的对象结构,BOM由多个对象构成,其中代表浏览器窗 ...

  7. Django静态文件配置、form表单、request对象、连接数据库、ORM

    目录 静态文件配置 静态文件相关配置 1.接口前缀 浏览器停用缓存 2.接口前缀动态匹配 form表单 action 控制数据提交的地址 method 控制数据提交的方法 请求方法补充 get: 朝服 ...

  8. 16、SQL操作JSON字段

    Mysql5.7版本以后提供一个原生的Json类型,Json值将不再以字符串的形式存储,而是采用一种允许快速读取文本元素(document elements)的内部二进制(internal binar ...

  9. elasticsearch之单请求多查询

    一.需要解决的问题 有的时候我们需要同时执行多个查询,并且需要得到每个单独查询的搜索结果,elasticsearch提供了multi search此需求的支持: 二.elasticsearch mul ...

  10. Java基础篇——集合框架

    集合--对象的容器 集合与数组相似,不同的是,集合的长度可变并且只能组合引用类型数据,如果要组合基本类型,则需要装箱成包装类 Collection体系集合 Collection父接口 Collecti ...