如何在WinDbg中使用SOS解析C#程序抛出的e0434352 CLR异常

1 前置确认：CLR运行时已加载 #

崩溃触发调试器中断后，先确认.NET运行时模块加载状态：

• .NET Framework程序执行：lm v m clr.dll
• .NET Core/.NET 5+ 程序执行：lm v m coreclr.dll
  如果输出包含模块的加载地址、版本等信息，即可进入下一步加载SOS。如果未加载，执行g命令继续运行直到CLR加载完成后中断。

2 加载SOS扩展 #

根据你的WinDbg版本和.NET版本选择对应命令：

• WinDbg Preview（商店版）自动匹配SOS，直接执行：
  • .NET Framework：.loadby sos clr
  • .NET Core/.NET 5+：.loadby sos coreclr
• 旧版WinDbg加载失败时，手动指定对应架构SOS路径加载，示例（.NET Framework 4.x 64位）：
  .load C:\Windows\Microsoft.NET\Framework64\v4.0.30319\sos.dll
  注意32位程序需使用32位路径下的SOS，架构不匹配会导致加载失败

加载完成后可执行.chain命令确认SOS已出现在已加载扩展列表中。

3 解析托管异常定位根因 #

• 执行!pe命令即可打印当前线程的托管异常详情，包含异常类型、错误信息、堆栈跟踪、内部异常等完整C#层面的异常信息，可直接对应代码中的异常场景。
• 若!pe无输出，先执行!threads查看所有托管线程，找到标记存在异常的线程，执行~[线程ID]s切换到对应线程后再次执行!pe即可。
• 若需要查看完整托管调用栈，执行!clrstack即可获取所有C#方法的调用顺序，搭配PDB文件可定位到具体代码行。

你遇到的e0434352是操作系统层面展示的通用CLR异常码，通过上述步骤解析出的托管异常信息即可直接定位到空引用、配置缺失、文件不存在等具体崩溃原因。

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