原文链接：https://www.cnblogs.com/qidian10/p/6028784.html 为防止原作者删除，留作解决方法备份
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
困扰我大半年的错误，今天偶然间被解决了，特此分享给被同样问题纠结的朋友们！
之前的求助帖，无人应答：
http://www.cnblogs.com/freeton/archive/2012/08/28/2660585.html
http://bbs.csdn.net/topics/391988642
症状
日志中大量报错，IIS严重错误，此类错误默认情况下5分钟连续出现5次会导致IIS应用程序池直接挂掉，挂掉之后应用基本上是废掉了，访问量越高，挂的越快！
临时补救该错误的一个方法为，调整应用程序池“服务不可用”响应类型为TcpLevel，这样好歹应用程序池不会挂了，但问题依旧存在。
分析症状
0、搜一下，基本都是这个解决方案http://www.cnblogs.com/freeton/archive/2012/08/28/2660585.html，屁用不中
1、按照直接思维，感觉应该是服务器配置上哪里出了问题，应为本机调试环境下，从来没碰到过这个问题，于是乎更换服务器，winserver08=>winserver2012 r2 无奈问题依旧
2、乖乖分析上述日志错误，在系统日志和w3p日志中均未见该异常的描述。上述事件异常中提示，异常代码为0xc00000fd ,解释为栈溢出，基本断定为是程序某个位置出了问题，很可能是死循环造成的，但是具体在哪个问题，无从查起
3、了解到还可以通过dmp文件直接跟踪iis崩溃的原因
找到dmp文件
dmp文件是啥？自己百度。简单的说就是黑匣子，记录程序崩溃前的操作，那么如何找到这个黑匣子呢？
1、启动 Windows Error Reporting Service 服务
2、执行下面注册表脚本（ 新建一个文件 dump.reg，将下文贴在里面，并执行），设置w3wp.exe 崩溃时自动抓取dmp文件，保存在D:dumps文件夹里
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsWindows Error ReportingLocalDumpsw3wp.exe]
"DumpFolder"=hex(2):64,00,3a,00,5c,00,64,00,75,00,6d,00,70,00,73,00,00,00
"DumpCount"=dword:00000002
"DumpType"=dword:00000002
3、查看dmp文件
IIS崩溃后，在D:dumps文件夹能看到dmp文件,可以用于分析dmp文件，找出IIS崩溃的原因。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
调试dmp文件
如何调试dmp文件，原文使用vs调试，本文采用DebugDiag Analysis最新版分析：如果在自己机器无法分析，可以放在获取.dmp文件主机分析，保持环境一致
分析完成之后，会生成.mht文件报告，结果类似如下：
