ASP.NET的错误处理机制-转

对Web应用程序来说，发生不可预知的错误和异常在所难免，我们必须为Web程序提供错误处理机制。当错误发生时，我们必须做好两件事情：一是将错误信息记录日志，发邮件通知网站维护人员，方便技术人员对错误进行跟踪处理；二是以友好的方式提示最终用户页面发生了错误，而不能将未处理的错误信息显示给用户。

让我们想想，ASP.NET为我们提供了几种错误处理机制？如果同时使用他们是不是有一定的优先级？.NET提供了四种错误处理机制，它们有一定的优先级顺序：Page_Error事件>ErrorPage属性>Application_Error事件> <customErrors>配置项。下面分别介绍这四种错误处理机制的用法。

1.Page_Error事件

Page_Error 事件提供一种捕获在页级别出现的错误的方法。您可以只是显示错误信息（正如下面的示例代码所示），也可以记录事件或执行某个其他操作。

private void Page_Load(object sender, System.EventArgs e)

protected void Page_Error(object sender, EventArgs e)

this.ErrorPage = "~/ErrorHandling/PageError.html";

如果Page_Error和ErrorPage都存在，当抛出Exception时，页面执行顺序是怎样的呢？页面会先执行Page_Error事件处理函数，如果Page_Error（）事件中调用函数Server.ClearError()清除异常信息，则不会跳转到ErrorPage属性指定页面；如果没有调用Server.ClearError()，Exception信息会继续向上抛，页面会跳转到ErrorPage指定页面。这也就证明了优先级顺序：Page_Error事件>ErrorPage属性。

3.Application_Error事件

与Page_Error 事件相类似，您可使用Application_Error事件捕获发生在应用程序中的错误。由于事件发生在整个应用程序范围内，因此您可记录应用程序的错误信息或处理其他可能发生的应用程序级别的错误。在Global.asax文件中添加如下代码就OK了。

protected void Application_Error(object sender, EventArgs e)

<customErrors mode="On" defaultRedirect="~/ErrorHandling/ApplicationError.html">

<error statusCode="404" redirect="~/ErrorHandling/404.html" />

</customErrors>

同样，如果Application_Error和<customerErrors>同时存在，也存在执行顺序的问题。因为优先级Application_Error事件> <customErrors>配置项，所以发生应用程序级错误时，优先执行Application_Error事件中的代码，如果Application_Error事件中调用了Server.ClearError()函数，<customerErrors>配置节中的defaultRedirect不起作用，因为Exception已经被清除；如果Application_Error事件中没用调用了Server.ClearError()函数，错误页会重新定位到defaultRedict指定的URL页面，为用户显示友好出错信息。

通过对.NET提供的以上四种错误处理机制的分析，我们可以把它们从不同的角度分类，便于我们理解和使用。

1.从功能上分类：用于异常处理（Handling exceptions）是Page_Error事件和Application_Error事件；用户错误页面重定向（Redirecting the user to an error page）的是 ErrorPage属性 和 <customErrors>配置项。

2.从错误处理的范围分类：用于页面级（Page level）错误处理的是Page_Error事件 和 ErrorPage属性；用于应用程序级（Application level）错误处理的是Application_Error事件 和 <customErrors>配置项。