.net中捕捉全局未处理异常的三种方式示例

时间:2022-09-25 18:52:48

前言:  

我们在实际项目开发中,经常会遇到一些不可预见的异常产生,有的异常在程序运行时就对其进行处理(try)
但是,有的程序不需要每一个地方都用try进行处理,那么针对这种情况,可以参照下面的方式,实现对异常的统一抓取处理,下面话不多说了,来一起看看详细的介绍吧。

方式一、Page_Error处理页面级未处理异常

作用域:当前的.aspx页面

描述:在需要处理的aspx页面的cs文件中,实现Page_Error方法,达到侦听当前页面未处理的异常

?
1
2
3
4
5
6
7
8
9
10
11
protected void Page_Error(object sender, EventArgs e)
  {
   string errorMsg = String.Empty;
   Exception currentError = Server.GetLastError();
   errorMsg += "来自页面的异常处理<br />";
   errorMsg += "系统发生错误:<br />";
   errorMsg += "错误地址:" + Request.Url + "<br />";
   errorMsg += "错误信息:" + currentError.Message + "<br />";
   Response.Write(errorMsg);
   Server.ClearError();//清除异常(否则将引发全局的Application_Error事件)
  }

方式二、通过HttpModule来捕获未处理的异常

作用域:全局的request请求

描述:通过一个类实现IHttpModule接口,并侦听未经处理的异常

实现步骤:

1、首先需要新建一个类(MyHttpModule),该类需实现IHttpModule接口,具体代码实例如下:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
/// <summary>
 /// MyHttpModule
 /// </summary>
 public class MyHttpModules : IHttpModule
 {
     public void Init(HttpApplication context)
  {
   context.Error += new EventHandler(context_Error);
  }
 
  public void context_Error(object sender, EventArgs e)
  {
   //此处处理异常
   HttpContext ctx = HttpContext.Current;
   HttpResponse response = ctx.Response;
   HttpRequest request = ctx.Request;
 
   //获取到HttpUnhandledException异常,这个异常包含一个实际出现的异常
   Exception ex = ctx.Server.GetLastError();
   //实际发生的异常
   Exception iex = ex.InnerException;
 
   response.Write("来自ErrorModule的错误处理<br />");
   response.Write(iex.Message);
 
   ctx.Server.ClearError();
  }
}

2、配置文件配置相应的HttpModule节点

配置文件配置HttpModule节点时,有以下两种方式(根据IIS版本而异)

方法1、当IIS版本为7.0以下时,在<system.web>中新增如下配置节点

?
1
2
3
<httpModules>
  <add name="MyHttpModule" type="MyHttpModule.MyHttpModules,MyHttpModule" />
</httpModules>

方法2、当IIS版本为7.0及其以上版本时,在<system.webServer>中新增如下配置节点

?
1
2
3
<modules>
  <add name="MyHttpModule" type="MyHttpModule.MyHttpModules,MyHttpModule"/>
</modules>

方式三、通过Global中捕获未处理的异常

作用域:全局的request请求

描述:通过在Global中实现Application_Error方法,来达到侦听未经处理的异常

具体代码如下:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
void Application_Error(object sender, EventArgs e)
  {
   //获取到HttpUnhandledException异常,这个异常包含一个实际出现的异常
   Exception ex = Server.GetLastError();
   //实际发生的异常
   Exception iex = ex.InnerException;
 
   string errorMsg = String.Empty;
   string particular = String.Empty;
   if (iex != null)
   {
    errorMsg = iex.Message;
    particular = iex.StackTrace;
   }
   else
   {
    errorMsg = ex.Message;
    particular = ex.StackTrace;
   }
   HttpContext.Current.Response.Write("来自Global的错误处理<br />");
   HttpContext.Current.Response.Write(errorMsg);
 
   Server.ClearError();//处理完及时清理异常
  }

有关三种异常抓取的总结分析:

以上三种方法根据IIS处理请求的顺序,可以知道,其三者触发的先后顺序是:

  方式一、Page_Error处理页面级未处理异常--抓取后未清理异常(ClearError)-->

  方式二、通过HttpModule来捕获未处理的异常--抓取后未清理异常(ClearError)-->

  方式三、通过Global中捕获未处理的异常

三种方式的作用范围是:方式一中作用于当前的aspx页面,方法二和方式三都作用于全局

通过上面的两点,所以在实际使用中,如果是抓取全局的未出来的异常建议采用方式二

如果是抓取某一页面的未处理的异常采用方式一

异常抓取后的处理逻辑总结:

按照上面的三种方式抓取到的程序中未处理的异常后,那么在实际的项目中,具体处理方式如何呢?根据自己实际的项目应用总结如下:

  {

    一般处理逻辑分三步:

    第一步:解析具体的异常信息

    第二步:解析后的异常信息落地入库(文本日志(方便后续查问题)

        、数据库日志(方便后续查问题,统计提醒))

    第三步:页面重定向(将错误重定向到定制的具体自定义错误页面)

        重定向时,不需要在异常抓取的时候处理,可通过配置文件实现灵活处理(具体实现方式,见下一篇)

        在异常抓取后,不要调用ClearError()来清除异常,否则配置文件设置的错误重定向将不起作用

  }

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对服务器之家的支持。

原文链接:http://www.cnblogs.com/xiaoXuZhi/p/Page_Error_HttpModule_Global.html