AppDomain.CurrentDomain.UnhandledException仅捕获主线程未处理异常，无法阻止进程退出，不适用UI线程、async/await及ASP.NET Core；需配合ThreadException、DispatcherUnhandledException等事件全局捕获。
AppDomain.CurrentDomain.UnhandledException 能捕获哪些异常
它只抓得到主线程里彻底没人处理的异常，比如 Main 方法里直接抛出的 NullReferenceException，或者后台线程（Thread）里没加 try/catch 的崩溃。UI 线程（WinForms/WPF）的异常默认不走这里，得靠对应框架的专用事件。
常见错误现象：UnhandledException 里日志写了“已捕获”，但程序还是闪退——因为这个事件不能阻止进程退出，它只是个“临终通知”。
- 不适用于异步任务（
Task、async/await）未观察到的异常，那些会走TaskScheduler.UnobservedTaskException - Windows Forms 需额外订阅
Application.ThreadException - WPF 需额外订阅
Application.DispatcherUnhandledException - ASP.NET Core 完全不走这套机制，得用中间件或
UseExceptionHandler
WinForms 全局异常必须配 Application.ThreadException
用户点击按钮后界面卡死、程序无响应、日志却没记录——大概率是 UI 线程异常被吞了。WinForms 默认把控件事件里的异常交给 Application.ThreadException，而不是 UnhandledException。
实操建议：在 Program.Main 中调用 Application.SetUnhandledExceptionMode，再订阅事件：
Application.SetUnhandledExceptionMode(UnhandledExceptionMode.CatchException);
Application.ThreadException += (s, e) => {
LogError(e.Exception); // 自己的日志方法
MessageBox.Show("出错了，请重试");
};
- 不设
SetUnhandledExceptionMode，某些 .NET 版本下ThreadException可能被忽略 - 如果弹窗用
MessageBox，确保在 UI 线程执行；跨线程调用要BeginInvoke - 别在这里
throw新异常，会导致二次崩溃
WPF 和 async/await 的异常容易漏掉
WPF 点击命令后什么都没发生，也没报错——很可能是 ICommand.Execute 里抛了异常，但没触发任何全局处理器。WPF 把这类异常扔给 Dispatcher，最终落在 Application.DispatcherUnhandledException。
而 async void 方法（比如事件处理函数）里抛异常，会直接炸掉当前同步上下文，且不会进 ThreadException 或 UnhandledException，必须靠 DispatcherUnhandledException 或 TaskScheduler.UnobservedTaskException 补漏。
-
async void是唯一能让异常“消失”的写法，务必改成async Task并在调用处await -
DispatcherUnhandledException可以e.Handled = true阻止默认弹窗，但无法阻止应用继续运行出问题 -
TaskScheduler.UnobservedTaskException要在AppDomain.CurrentDomain.UnhandledException之前注册，否则可能来不及捕获
日志写入失败导致“静默崩溃”
异常被捕获了，但日志文件没生成、数据库连不上、网络上传超时——结果你根本不知道发生了什么。最典型的坑是：在全局异常处理器里用了同步 I/O（比如 File.AppendAllText），而崩溃前磁盘已满、权限不足或路径不存在。
- 避免在异常处理器中做任何可能失败的阻塞操作；优先用内存缓冲 + 后台线程刷盘
- 日志路径别硬编码，用
Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData), "logs") - 首次写日志前先测试目录可写：
try { File.WriteAllText(testPath, "test"); } catch { /* 降级到 Debug.WriteLine */ } - 不要依赖
Console.WriteLine或Debug.WriteLine—— 发布模式下它们默认不输出
真正难处理的不是“怎么捕获”，而是“捕获后还能做什么”。一旦主线程状态损坏（比如 Graphics 对象失效、句柄泄露），强行恢复 UI 很可能引发二次异常。留个干净的日志比弹一百个提示框有用得多。
