|
ASP.NET的错误处理机制(1) 对于一个Web应用程序来说，出错是在所难免的，因此我们应该未雨绸缪，为可能出现的错误提供恰当的处理。事实上，良好的错误处理机制正是衡量Web应用程序好坏的一个重要标准。试想一下，当用户不小心在浏览器输入了错误的URL或者当用户提供了一些信息导致程序出错的时候，如果我们没有对这些情况进行处理，而是任由404或是500的错误页面甚至出错的堆栈信息呈现在用户面前，这无疑会把一些用户给吓跑。所以，在我们开发Web应用程序的时候，应该对错误处理机制有充分的了解。
让我们回到ASP.NET上来，先提两个问题让大家思考一下：ASP.NET为我们提供了几种错误处理机制呢？如果同时采用了几种错误处理机制，它们之间是否存在一定的优先级呢？带着这个问题，我们先来看一下我们最常见的Web.Config文件：
<?XML version="1.0"?>
<configuration>
<system.web>
<customErrors mode="On" defaultRedirect="GenericErrorPage.htm">
<error statusCode="403" redirect="Error403.htm" />
<error statusCode="404" redirect="Error404.htm" />
</customErrors>
</system.web>
</configuration>
对于<customErrors>这个设置项，我想无需多言了，详情可以参考MSDN的。第一种错误处理机制——使用Web.Config的<customErrors>配置项应该是大家最常用的。
接着，我们再看另外一个也很常用的文件：Global.asax。提到这个文件，大家想到了什么呢？对，就是跟两大Web应用程序对象（Application、Session）相关的事件了。在这些事件当中，有一个属于Application范畴的与错误相关的事件——Error，而对应的事件处理方法就是Application_Error了。顾名思义，这个事件处理方法在应用程序级别错误发生的时候就会被调用，因此你可以在这个方法中添加代码来对错误进行处理，如下所示：
protected void Application_Error(object sender, EventArgs e) {
Exception objErr = Server.GetLastError().GetBaseException();
Response.Write("Error:" + objErr.Message);
| 
