上面方式的好处是,写一次代码,应用程序发生的大部分异常它都给你捕捉处理了。楼猪要在这里由衷地发一番感慨,感谢ms为我们提供了这么优秀的框架,太省事了吧。
3、IHttpModule接口处理
1和2的处理方式大家都是非常熟悉的,楼猪在实际开发中基本上都是遵循上面两种写法,而且楼猪因为有了2中这种大小通吃的处理方式,甚至已经激动地感谢ms了。但是,在asp.net程序调用线程进行异步处理的时候,容易发生在后台线程或线程池里抛出的异常并不能被1或(和)2完全捕捉到,这就涉及到asp.net下未捕获异常的处理。也就是说楼猪以前做过的很多大小项目中对异常的处理是不完备的。这难道是nc楼猪没有先谢国家种下的恶果吗?感谢国家,感谢ms,感谢博客园,感谢无私的xdjm,感谢自己......
asp.net下未捕获异常的处理步骤如下:
(1)、创建一个实现IHttpModule接口的类
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Text;
namespace DotNet.Common.WebForm
{
using DotNet.Common.Util;
/// <summary>
/// 通用未捕获异常处理
/// </summary>
public class AspNetUnhandledExceptionModule : IHttpModule
{
static object syncObj = new object();
static bool isInit = false;
public AspNetUnhandledExceptionModule()
{
}
#region IHttpModule Methods
public void Init(HttpApplication context)
{
lock (syncObj)
{
if (!isInit)
{
AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(OnUnhandledException);
isInit = true;
}
}
}
public void Dispose()
{
}
#endregion
#region OnUnhandledException
void OnUnhandledException(object o, UnhandledExceptionEventArgs e)
{
if (e.ExceptionObject == null) return;
Exception ex = e.ExceptionObject as Exception;
string error = string.Format("引发异常的方法:{0}n错误信息:{1}n错误堆栈:{2}n",
ex.TargetSite, ex.Message, ex.StackTrace);
Logger.WriteFileLog(error, AppDomain.CurrentDomain.BaseDirectory + "LogFile");
}
#endregion
}
}
(2)、web.config节点配置
<httpModules> <add name="AspNetUnhandledExceptionModule" type="DotNet.Common.WebForm.AspNetUnhandledExceptionModule, DotNet.Common.WebForm"></add> </httpModules>
最后贴出测试代码:
protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
System.Threading.ThreadPool.QueueUserWorkItem(new System.Threading.WaitCallback(Test), null);
}
}
protected void Test(object state)
{
int[] numArr = new int[100];
numArr[100] = 100; //异常
}
需要说明的是,通过线程或者线程池处理的程序,在发生异常时,每个线程都会有它自己独立的上下文,所以HttpContext对象应尽可能少地出现在异常处理阶段。








