能否通过Dump文件调试.NET应用中的无限循环问题？

• 直接指定符号文件路径：在VS的模块窗口找到你的应用模块，右键选「加载符号」→「浏览到符号文件」，直接选中你手里的pdb。要是还提示不匹配，必须确认pdb和exe是同一编译批次产出的——哪怕代码没改，重新编译后的pdb和旧exe也不匹配。可以用VS自带的dumpbin工具验证：打开VS命令提示符，分别执行dumpbin /headers YourApp.exe和dumpbin /headers YourApp.pdb，对比输出里的GUID和时间戳是否完全一致。

• 屏蔽NGEN镜像干扰：mscorlib.ni.dll是NGEN生成的本地镜像，会打乱调用栈解析。做这两步：

  1. 打开「调试」→「选项」→「调试」→「符号」，取消勾选「Microsoft符号服务器」，避免调试器自动拉取不相关的符号。
  2. 在模块窗口找到mscorlib.ni.dll，右键「卸载符号」，不用管它的pdb加载问题——我们只需要确保自己的应用符号能正常加载。

• 手动定位代码栈帧：如果调用栈只显示外部代码，先右键调用堆栈窗口选「显示外部代码」，然后对着灰色的外部栈帧右键选「转到反汇编」。在反汇编窗口里，对照模块窗口里你的应用的基地址和内存范围，找到属于你代码的指令行，右键选「转到源代码」——只要pdb匹配，就能直接跳转到无限循环的代码处。

• 更简单的调试方式：其实不用dump文件也能快速定位问题。直接在开发环境运行程序，等它冻结时点击VS的「暂停」按钮，调试器会直接中断到循环的代码行，比分析dump高效得多。

内容的提问来源于stack exchange，提问作者komodosp