asp.net开发中常见公共捕获异常方式总结(附源码)

本文实例总结了asp.net开发中常见公共捕获异常方式。，具体如下：

前言：在实际开发过程中，对于一个应用系统来说，应该有自己的一套成熟的异常处理框架，这样当异常发生时，也能得到统一的处理风格，将异常信息优雅地反馈给开发人员和用户。我们都知道，.net的异常处理是按照“异常链”的方式从底层向高层逐层抛出，如果不能尽可能地早判断异常发生的边界并捕获异常，CLR会自动帮我们处理，但是这样系统的开销是非常大的，所以异常处理的一个重要原则是“早发现早抛出早处理”。但是本文总结的服务端公共捕获异常处理可以宽泛地看做是在表现层的操作，要捕获特定层的特定异常，不在讨论范围内。

1、BasePage类处理方式

在页面的公共基类里重写OnError事件。在前面这篇《asp.net实现非常实用的自定义页面基类》里，楼猪已经贴了代码，就不再费事了。根据经验，很多人开发的时候几乎都这么写，而且对调试和维护还是很有帮助的。需要说明的是，每新添一个页面，其对应类都必须继承自BasePage类异常处理才起作用。

2、Global.asax处理方式

如1中所述，BasePage类的异常处理要求每一个aspx类文件都继承它，适用性和性能显然会打折扣。而Global.asax文件定义了asp.net应用程序中的所有应用程序对象共有的方法、属性和事件，我们可以不采用BasePage的处理方式，在Global.asax里实现Application_Error事件并处理也可以。下面模仿BasePage类里的处理异常方法，实现如下：

/// <summary>/// 出错处理:写日志,导航到公共出错页面/// </summary>/// <param name="sender"></param>/// <param name="e"></param>protected void Application_Error(object sender, EventArgs e){  if (Server.GetLastError() == null) return;  Exception ex = Server.GetLastError().GetBaseException();  string error = this.DealException(ex);  DotNet.Common.Util.Logger.WriteFileLog(error, HttpContext.Current.Request.PhysicalApplicationPath + "LogFile");  if (ex.InnerException != null)  {    error = this.DealException(ex);    DotNet.Common.Util.Logger.WriteFileLog(error, HttpContext.Current.Request.PhysicalApplicationPath + "LogFile");  }  this.Server.ClearError();  this.Response.Redirect("/Error.aspx");}/// <summary>/// 处理异常，用来将主要异常信息写入文本日志/// </summary>/// <param name="ex"></param>/// <returns></returns>private string DealException(Exception ex){  this.Application["StackTrace"] = ex.StackTrace;  this.Application["MessageError"] = ex.Message;  this.Application["SourceError"] = ex.Source;  this.Application["TargetSite"] = ex.TargetSite.ToString();  string error = string.Format("URl：{0}/n引发异常的方法：{1}/n错误信息：{2}/n错误堆栈：{3}/n",    this.Request.RawUrl, ex.TargetSite, ex.Message, ex.StackTrace);  return error;}