在生产服务器上遇到很多麻烦。某些路由导致应用程序池崩溃，事件 ID 为 1011：
事件类型：警告
事件来源：W3SVC
活动类别：无
事件ID：1011
日期：2009 年 1 月 21 日
时间：上午 9:08:17
用户：不适用
计算机：xxxxxxxxxxxx
描述：
为应用程序池“DefaultAppPool”提供服务的进程与万维网发布服务发生致命通信错误。进程 ID 为“3788”。数据字段包含错误号。
8007006d
在发现问题之前，我度过了非常艰难的几个小时。
感谢苔丝·费兰德斯和她博客文章 http://blogs.msdn.com/tess/archive/2006/04/27/asp-net-2-0-crash-case-study-unhandled-exceptions.aspx我找到了。
始终仔细检查 ASP.NET 应用程序中的多线程代码。当发生未处理的异常时，应用程序池崩溃，并且很难找到原因。
苔丝的博客对我来说有点先进。在找到可以帮助我调试转储文件的正确文章之前，我必须进行大量搜索。这篇文章将帮助其他想要的人调试崩溃的 ASP.NET 应用程序池 http://blog.whitesites.com/Debugging-Faulting-Application-w3wp-exe-Crashes__634424707278896484_blog.htm但不知道如何开始。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
