前言
某台服务器上的IIS应用程序池，最近经常会自动关闭。
查看服务器上的事件日志，发现在关闭时，w3p.exe抛出了stackoverflow异常。
幸好，Windows自动帮我们抓取了Crash的dump文件：
一般来说，我们会使用windbg来分析dump文件，但是对于这种异常dump，更简单的方法是使用VS 2019。
分析方法
1.打开dump文件
双击memory.hdump，默认应该可以直接打开VS 2019，也可以使用菜单“文件”->“打开”->“文件”，打开dump文件。
在打开的界面中，左侧是dump文件的基础信息，右侧是常用操作：
2.设置符号路径
在进行调试之前，需要先设置调试文件路径，这样调试时才能正确显示调用的模块方法。
点击“设置符号路径”，在符号文件位置加入应用程序对应的.pdb文件路径：
3.执行调试
点击“使用仅限托管进行调试”，等待一会，可以看到抛出的未处理的异常：
由于是在本机调试，结果发现在堆栈窗口中还是无法看到方法名，提示定位不到dll。
因此，把服务器上的应用程序dll也复制到符号路径下，再次调试，就可以正常显示了。
结论
根据调用堆栈定位到的方法，我们轻松找到了问题原因并解决。
使用VS 2019调试dump，比windbg上手简单许多，你还不赶快试试！