作为 C# 开发者，最令人头疼的莫过于程序在没有任何报错提示的情况下瞬间“闪退”。由于没有显式的错误弹窗，这种“无声的崩溃”往往让人无从下手。
本文将带你从开发环境到生产环境，由浅入深地掌握排查 C# 闪退问题的四大绝招。
招式一：开发环境的“捕蝶网”——开启全量异常中断
有时候程序在调试时闪退，是因为异常在触发的一瞬间，VS 还没有捕捉到它程序就退出了。
操作步骤：
在 Visual Studio 中，点击菜单栏：调试 (Debug) -> 窗口 (Windows) -> 异常设置 (Exception Settings)。
在面板中勾选Common Language Runtime Exceptions。
关键点：这会强制 VS 在异常抛出的第一时刻（First-chance Exception）就中断代码，即使该异常被包裹在
try-catch中或发生在底层库里。
招式二：生产环境的“监控摄像头”——Windows 事件查看器
如果程序在用户电脑上闪退，你无法连接调试器，这时 Windows 自带的“事件查看器”就是最好的监控。
找寻线索：
按下
Win + R，输入eventvwr并回车。导航到Windows 日志 -> 应用程序 (Application)。
寻找来源为.NET Runtime或Application Error的红色“错误”图标。
解析日志：
.NET Runtime 错误：通常会直接给出异常类型（如
System.NullReferenceException）和堆栈跟踪（Stack Trace），直接定位到哪一行代码崩了。Application Error：如果是
0xc0000005 (Access Violation)，通常涉及非托管代码（C++ DLL）或内存损坏。
招式三：防御性架构——部署全局异常捕获
优秀的程序不应该默默死掉。通过在程序入口处添加“全局捕获器”，可以让程序在崩溃前留下一份遗言（日志）。
根据你的框架选择对应的代码：
1. 通用（控制台/服务）
C#
AppDomain.CurrentDomain.UnhandledException += (s, e) => { Log.Error($"非托管异常: {e.ExceptionObject}"); };2. WPF 应用
C#
// App.xaml.cs 构造函数中 this.DispatcherUnhandledException += (s, e) => { Log.Error($"UI线程异常: {e.Exception.Message}"); e.Handled = true; // 甚至可以尝试挽救，不让程序退出 };3. WinForms 应用
C#
Application.ThreadException += (s, e) => Log.Error(e.Exception.Message); Application.SetUnhandledExceptionMode(UnhandledExceptionMode.CatchException);招式四：终极杀招——ProcDump 抓取内存快照
有些闪退（如StackOverflowException栈溢出）是连全局捕获器也抓不到的。这时候需要微软官方神器ProcDump。
实战演示：
下载 ProcDump。
管理员权限打开命令行，运行：
DOSprocdump -e -ma -w YourApp.exe-e: 监控异常。-ma: 写入完整转储文件（Dump）。
程序闪退的一瞬间，它会生成一个
.dmp文件。分析：将
.dmp文件拖入 Visual Studio，点击“使用仅限托管进行调试”，你就能看到程序死亡现场的完整内存状态和调用堆栈。
总结：闪退排查清单
| 场景 | 排查工具 | 关注点 |
| 调试中 | VS 异常设置 | 勾选 CLR Exceptions |
| 已发布 | 事件查看器 | .NET Runtime 错误日志 |
| 无法捕获的崩溃 | ProcDump | 栈溢出、非托管内存错误 |
| 长期治理 | 全局异常处理 | 记录 Log，拒绝“无声死亡” |
