程序员最痛苦的事，就是程序出错；程序员最最痛苦的事，就是程序出错了还没有错误信息！--IIS Service Unavailable 问题如何解决

今天有人问如何处理IIS网站出现“Service Unavailable”的情况。

在网上google了一下，导致这个出错的原因很多，而“Service Unavailable”这个出错信息根本就没有什么价值。程序员最痛苦的事，就是程序出错；程序员最最痛苦的事，就是程序出错了还没有错误信息！那如何处理这个问题呢？

首先我们可以到系统日志里看看出现“Service Unavailable”时系统日志记录的信息，这样可以给我们提供一个比“Service Unavailable”稍稍具体的出错信息。一般这个日志内容哦如下：

Application pool 'DefaultAppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.

但这个出错日志也没有提供太多可以操作的出错信息，一番google之后，一篇文章进入了我的视野：

A .NET Crash: How not to write a global exception handler

这是微软VS项目组员工写的博客，一个标准的女牛人，对windows程序出错后的Debug研究的入木三分，看完这个文章使我对排除windows应用程序出错的思路有极大的启发，原来程序还可以这样在反编译的级别进行排错，对于那些没有详细出错信息，没有源代码的应用程序，这个方法实在是太有用了。

至于具体的排除“Service Unavailable”的方法，就请大家参考这篇文章吧。我写个日志，以备日后查找。

关于“Service Unavailable”问题，可以参考的网页：

http://n1.net.cn/FAQ/Help-Detail-348.htm http://www.souzz.net/html/server/Web/71287.html http://nt.discuz.net/showtopic-59880.html http://topic.csdn.net/u/20080808/10/3b9bc37c-ac68-4db5-a5d5-bc6589bae347.html http://www.cnblogs.com/terrylin/archive/2006/12/18/595468.html http://blogs.msdn.com/david.wang/archive/2005/09/23/HOWTO_Diagnose_one_cause_of_503_Service_Unavailable_on_IIS6.aspx http://support.microsoft.com/kb/885654