.NET 5应用未处理异常无报错无事件日志直接退出是否正常

这个现象是.NET 5（覆盖所有.NET Core 1.0及以上版本，包括后续.NET 6/7/8等正式版）的默认设计行为，和.NET 5安装是否损坏没有关系。

行为差异的核心原因 #

• .NET Framework是Windows专属运行时，内置的未处理异常兜底逻辑深度绑定Windows系统能力：异常发生时默认会触发Windows错误报告（WER）弹窗、自动向Windows应用事件日志写入Application Error条目，同时输出异常信息，这套逻辑不需要开发者额外编码，是运行时默认开启的。
• .NET Core从初代版本开始就以跨平台为核心设计目标，刻意移除了所有绑定Windows专属系统能力的默认兜底逻辑：
  • 未处理异常发生时，运行时默认仅将完整异常堆栈输出到标准错误（stderr）流。如果是迁移过来的WinForms/WPF等GUI应用，默认输出类型为Windows应用（无附属控制台窗口），stderr的输出没有展示载体，用户看不到任何文本提示。
  • 运行时默认不会主动写入Windows事件日志，也不会触发系统级错误弹窗，最终表现就是应用无任何提示直接退出。

快速验证方法 #

临时将.NET 5项目的输出类型修改为控制台应用，重新编译后触发未处理异常，即可在弹出的控制台窗口中看到运行时输出的完整异常堆栈，证明运行时本身工作正常。

迁移适配方案 #

要恢复和.NET Framework接近的异常提示、日志记录能力，需要手动在应用启动阶段添加全局异常处理逻辑：

• 通用兜底捕获：在程序入口的最开始位置，挂载AppDomain.CurrentDomain.UnhandledException事件，在事件回调中自行实现异常信息打印、日志持久化、错误提示弹窗、事件日志写入等逻辑。
• UI框架专属异常补充捕获：
  • WinForms项目需要额外挂载Application.ThreadException事件，处理UI线程抛出的未捕获异常
  • WPF项目需要额外挂载Application.DispatcherUnhandledException事件，处理UI调度线程上的未捕获异常
• 如需向Windows事件日志写入内容，需要先为项目引入System.Diagnostics.EventLog NuGet包，再在异常回调中调用对应API写入，.NET 5默认不附带这个Windows专属组件。
• 如果需要崩溃时自动生成dump用于问题排查，可以通过配置DOTNET_DbgEnableMiniDump系列运行时环境变量实现，不需要依赖Windows错误报告的默认逻辑。

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