.net捕捉全局未处理异常的3种方式

前言： 　

　我们在实际项目开发中，经常会遇到一些不可预见的异常产生，有的异常在程序运行时就对其进行处理（try）
但是，有的程序不需要每一个地方都用try进行处理，那么针对这种情况，可以参照下面的方式，实现对异常的统一抓取处理

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

　　作用域：当前的.aspx页面
　　描述：在需要处理的aspx页面的cs文件中，实现Page_Error方法，达到侦听当前页面未处理的异常

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接口，具体代码实例如下：

    /// <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>中新增如下配置节点

<httpModules>
　　<add name="MyHttpModule" type="MyHttpModule.MyHttpModules,MyHttpModule" />
</httpModules>

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

<modules>
　　<add name="MyHttpModule" type="MyHttpModule.MyHttpModules,MyHttpModule"/>
</modules>

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

　　作用域：全局的request请求
　　描述：通过在Global中实现Application_Error方法，来达到侦听未经处理的异常

　　具体代码如下：

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()来清除异常，否则配置文件设置的错误重定向将不起作用

　　}

 

END

上面整理了一些在实际业务开发中遇到的关于页面加载慢的排查和解决的方法。后面还会越来月丰富起来，如果你的项目有可能遇到打开慢的情况，不妨点赞收藏一下～。

END
为了更高的交流，欢迎大家关注我的公众号，扫描下面二维码即可关注，谢谢：