[转载]ASP.NET中Application_Error对Exception的集中处理 – 随它去吧 – 博客园.
ASP.NET中对Exception的统一集中处理常见的有两种方式：
1、通过配置Web.config的customErrors节点，配置defaultRedirect属性来实现所有“未处理的异常”均跳转向同一页面
2、通过Global.asax中的Application_Error写代码实现自己想要的操作
但在实际使用当中，往往会出现一些问题，比如Application_Error中的代码未被执行，若使用customErrors那么如何传递错误信息给目标页面等等。
通过我的摸索，总结出一些经验，记录如下：
1、不想通过配置Web.config中customErrors的方法进行页面跳转，而是希望在Application_Error中写代码进行 一些处理然后用Response.Redirect方法跳转到指定页面，这种理论上很不错的方法实际上行不通！Application_Error中写 Response.Redirect来跳转页面不会执行！
2、很多人不想使用配置Web.config实现出错自动跳转的原因无非是：跳转到了一个“死”链接，无法传递当前的错误信息过去，也就没办法进行 相应的处理！其实这是一个误解，任何一个aspx网页都可以使用Server.GetLastError()获得最后一个异常，也可以使用 this.Context.AllErrors获得全部的未处理异常，你配置的页面当然也可以，只要他是一个aspx页面就行。
Exception ex = this.Context.Server.GetLastError(); |
Exception[] errors = this.Context.AllErrors; |
3、网上有人推荐使用Web.config和Application_Error结合的方式来处理异常可以吗？当然可以！但个人感觉这不是个好主意，因为没啥必要。
我们看一下他们会怎么干：
Web.config
<customErrors mode="On" defaultRedirect="Error.aspx"> |
Global.asax
protected void Application_Error(object sender, EventArgs e) |
Exception ex = this.Context.Server.GetLastError(); |
this.Context.Server.ClearError(); |
Error.aspx
protected void Page_Load(object sender, EventArgs e) |
这样看起来没问题吧，其实问题大了！你会发现它根本就不往Error.aspx页面跳转！为 什么？因为Application_Error的处理优先级高于Web.config里面配置的自定义错误处理页面，你在 Application_Error里面已经把所有该做的都做了，然后还把Error给Clear掉了，此时已经不会再触发Web.config里面配置 的自动跳转了！
有人会说了，那我在Application_Error里面处理完之后不执行那个ClearError()，他不就跳转过去了吗？没错！这样一定是 可以跳转的，而且你甚至可以在Error.aspx里面把这个错误再取出来一次，然后根据错误类型给用户一个“友好的”错误提示，最后别忘了再执行 ClearError。这样是可以达到目的的，可是我真的觉得没必要，为什么没必要，看下面。
4、之所以有人采取3中的做法，无非是考虑到既想进行相应的错误捕捉处理，又想给用户一个“友好的”自定义界面。要达到这样的效果并不一定非得把两个结合起来，使用任意一种方法都能做到：
A、先看使用Web.config配置的方法：
Web.config
<customErrors mode="On" defaultRedirect="Error.aspx"> |
Error.aspx
protected void Page_Load(object sender, EventArgs e) |
Exception ex = this.Context.Server.GetLastError(); |
B、使用Application_Error处理
Global.asax
protected void Application_Error(object sender, EventArgs e) |
Exception ex = this.Context.Server.GetLastError(); |
this.Context.Response.Clear(); |
this.Context.Server.Transfer("/Error.aspx"); |
}
Mikel
