[IIS]用一行代码让w3wp进程崩溃,如何查找w3wp进程崩溃的原因

转载:http://www.cnblogs.com/yukaizhao/archive/2009/12/19/iis_w3wp_crash.html

W3wp进程崩溃了,在系统日志中留下了一个错误,而留下的错误信息却很少,如何才能快速查找w3wp崩溃的原因呢?

首先,我们来写一行代码让w3wp崩溃:

1 protected void Page_Load(object sender, EventArgs e)
2 {
3     ThreadPool.QueueUserWorkItem(delegate(object noUse) { throw new Exception("go to hell w3wp!"); });
4 }

这一行代码就会让w3wp进程崩溃,因为ASP.NET 2.0之后,微软处理多线程操作异常的默认方式发生了变化,如果在Thread,或者ThreadPool,或者 System.Threading.Timer中执行方法中出现未处理异常,则当前执行进程会停止执行崩溃。

 

当然实际情况中我们不会故意写这么一行代码让w3wp崩溃,也许你会说,我一般情况下不在web程序中使用Thread,或者 ThreadPool,即便如此,出现崩溃也是有可能的,因为数据库的连接池,HttpRuntime管理请求队列等系统方法中也会用到Thread,或 者System.Threading.Timer类,或者ThreadPool。我曾经亲身遭遇到系统方法导致崩溃,是因为SQL server的数据库连接池被耗尽,取不出新的数据库连接而导致崩溃,这和以上一行代码导致崩溃的原理是一样的。

 

可以这么说这种崩溃是一种微软设计的应该崩溃的情况,微软认为如果在多线程中执行过程中发生异常就应该让进程崩溃。而这种崩溃发生之后留下的系统日 志往往很少,我们只能看到崩溃的错误,而得不到崩溃的具体点或者崩溃发生的调用堆栈。俗话说:“办法总比苦难多”,虽然系统没有记录,但是我们可以通过代 码来让系统记录崩溃原因。我们有两种办法来得到崩溃原因。

 

第一种办法是利用反射在Global的Application_End事件中记录HttpRuntime的退出堆栈和退出原因。如果你手头有反编译的工具,你可以反编译一下System.Web.HttpRuntime类,你可以看到此类有两个私有的字段:

1 private string _shutDownMessage;
2 private string _shutDownStack;

他们记录了w3wp进程的退出消息和退出堆栈,通常我们在Application_End事件中记录这两个变量的值,就可以看到崩溃的堆栈。具体怎么做请看代码

01 protected void Application_End(object sender, EventArgs e)
02 {
03     HttpRuntime runtime = (HttpRuntime)typeof(System.Web.HttpRuntime).InvokeMember("_theRuntime",
04         BindingFlags.NonPublic | BindingFlags.Static | BindingFlags.GetField,
05         null,
06         null,
07         null);
08  
09     if (runtime == null)
10         return;
11  
12     string shutDownMessage = (string)runtime.GetType().InvokeMember("_shutDownMessage",
13         BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField,
14         null,
15         runtime,
16         null);
17  
18     string shutDownStack = (string)runtime.GetType().InvokeMember(
19         "_shutDownStack",
20         BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField,
21         null,
22         runtime,
23         null);
24  
25     if (!EventLog.SourceExists(".NETRuntime"))
26     {
27  
28         EventLog.CreateEventSource(".NETRuntime", "Application");
29  
30     }
31  
32     EventLog log = new EventLog();
33  
34     log.Source = ".NET Runtime";
35  
36     log.WriteEntry(String.Format("\r\n\r\n_shutDownMessage={0}\r\n\r\n_shutDownStack={1}", shutDownMessage, shutDownStack), EventLogEntryType.Error);
37 }

以上代码主要使用了反射,本文不做详细解释。

上面的这种方法通常情况可以得到w3wp崩溃的调用堆栈,我们还有另一种方法来获得。利用AppDomain.CurrentDomain.UnhandledException 事件来记录未处理异常的发生原因,代码也很简单:

01 protected void Application_Start(object sender, EventArgs e)
02 {
03     AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);
04 }
05  
06 void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
07 {
08     Exception ex = e.ExceptionObject as Exception;
09     string msg = ex.Message;
10     string stack = ex.StackTrace;
11 }

以上代码的是在Application Start的时候给AppDomain的UnhandleException时间加处理方法,来记录未处理异常的发生原因。


请尊重作者的劳动,转载请保留链接 玉开的技术博客

赞(0) 打赏
分享到: 更多 (0)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏