Application.Exit() 发送退出信号并执行清理逻辑，可被窗体取消；Environment.Exit(0) 强制终止进程，跳过所有清理。应优先用前者，后者仅作紧急兜底。
Application.Exit() 和 Environment.Exit() 有什么区别
多数人想“退出整个程序”，但直接调用 application.exit() 并不总能如愿——它只是向所有消息循环发送退出信号，若某个窗体重写了 formclosing 事件并设了 e.cancel = true，退出就会被拦住；而 environment.exit(0) 是硬终止进程，不走任何清理逻辑，连 finally 块和终结器都不执行。
实操建议：
- 优先用
Application.Exit()：适合正常关闭，会触发各窗体的FormClosed、释放资源、执行Dispose() - 仅在紧急兜底时用
Environment.Exit(0)：比如崩溃恢复失败、主窗体已销毁但后台线程卡死 - 别用
Application.ExitThread()：它只退出当前 UI 线程，其他线程照常运行，极易导致资源泄漏或异常
如何确保所有窗口（包括非主窗体）都被关闭
很多人调用 Application.Exit() 后发现托盘图标还在、后台窗体没关——因为 Application.OpenForms 只包含“已显示且未被 Dispose”的窗体，但某些窗体可能被 ShowDialog() 阻塞、或设置了 TopMost = true 却没显式关闭。
实操建议：
- 在调用
Application.Exit()前，主动遍历Application.OpenForms并调用Close()，尤其注意检查IsDisposed和Visible - 避免在子窗体中用
this.Hide()替代this.Close()：隐藏的窗体仍算“打开状态”，Application.Exit()不会强制销毁它 - 如果用了
ApplicationContext自定义主上下文，确保它的ExitThread()被正确触发，否则Application.Exit()无效
在 WPF 或混合 WinForms+WPF 场景下怎么退出
WinForms 的 Application.Exit() 对 WPF 窗口完全无效。WPF 使用自己的 Application.Current.Shutdown()，且默认不监听 WinForms 的退出信号。
实操建议：
- 纯 WPF：用
Application.Current.Shutdown()，参数可传退出码，等效于 WinForms 的Application.Exit() - 混合项目：必须分别调用两套退出逻辑，顺序无关紧要，但建议先关 WPF（
Application.Current.Shutdown()），再调Application.Exit() - 若 WPF 窗体是通过
ElementHost嵌入 WinForms 的，它本身不参与 WinForms 消息循环，必须单独管理其生命周期
为什么调用 Exit 后程序还在任务管理器里
常见现象：点了退出按钮，界面没了，但进程还挂着，CPU 占用为 0，任务管理器里能看到 MyApp.exe 还在。根本原因通常是后台线程没结束，或 Timer、Task、BackgroundWorker 没被显式取消/释放。
实操建议：
- 检查所有
System.Threading.Timer是否调用了Dispose()；System.Windows.Forms.Timer会随窗体自动释放，但手动创建的不会 - 确认所有
Task.Run()或async方法没有遗漏cancellationToken，或没在await后继续执行后台操作 - 用 Visual Studio 的“调试 → 窗口 → 线程”查看是否还有活动线程，重点关注名称为
ThreadPool Worker或未命名的线程
最隐蔽的坑是：某处 new 了一个 Thread 并设了 IsBackground = false，这种线程会阻止进程退出，必须显式 Join() 或改设为 true。
