在生产服务器上有很多麻烦。某些路由导致事件 ID 为 1011 的应用程序池崩溃:
Event Type: Warning Event Source: W3SVC Event Category: None Event ID: 1011 Date: 1/21/2009 Time: 9:08:17 AM User: N/A Computer: xxxxxxxxxxxxx Description:
A process serving application pool 'DefaultAppPool' suffered a fatal communication error with the World Wide Web Publishing Service. The process id was '3788'. The data field contains the error number. 8007006d
在我发现问题之前，我有几个非常艰难的时间。
感谢 Tess Ferrandez 和她的 blog post我找到了。
始终仔细检查您在 asp.net 应用程序中的多线程代码。当发生未处理的异常时，应用程序池崩溃并且很难找到原因。
最佳答案
Tess 的博客对我来说有点高级。在找到帮助我调试转储文件的正确文章之前，我不得不四处搜索。这篇文章将帮助其他想要 debug their crashing asp.net application pools 的人但不知道如何开始。
关于IIS 6.0 应用程序池崩溃，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/476473/