现在，当用户想要退出我的应用程序时，我会完成必要的一些工作（例如断开与服务器的连接，保存用户数据...），然后执行以下操作：
这需要几秒钟的时间才能退出，并且没有任何实际目的（因为所有内容都已经保存在服务器上，所以我不太关心那里发生了什么）。
如果我改为使用以下方式，则可以立即终止而无需考虑任何问题：
System.Diagnostics.Process.GetCurrentProcess().Kill();
为什么我不直接终止进程，让CLR释放AppDomain呢？
我知道认真地处理共享资源（IO文件处理程序等）很重要（所以请不要回答这个问题:))，但是一旦完成后，是否有真正的理由来清洁退出我的应用程序？
Process.Kill()而不是Process.TerminateProcess()。其次，杀死进程只会强制结束它。任何清理代码都不会执行，你的应用程序也没有机会取消杀死进程（例如，如果用户有未保存的数据）。如果你对此满意，就这么做吧。这确实是个好问题！
十多年前，我写了一个VB6应用程序，由于与一个特定的证书通信的Web服务器上确认的WinINet OCX（或者它被称为什么）中的错误导致其在终止时挂起。
由于没有任何方法来解决这个错误，我使用了TerminateProcess，据我所知，这个应用程序在数千台机器上使用了几年，我从未听说过任何关于这个黑客的问题！
需要注意的是，终结器可能永远不会被执行, 因此杀死进程与跳过终结器代码的任何其他原因（例如慢终结器或终结器抛出异常）并没有太大区别。
总的来说，如果应用程序关闭需要几秒钟时间，特别是如果它立即隐藏所有窗口并且对用户“消失”，那么我不会太担心。然而，如果关闭需要数十秒钟和/或用户可能会再次执行该应用程序并且它不支持多个实例，则调用Process.Kill可能是一个好主意。
我知道一些应用程序需要很长时间才能终止，我希望有一天它们可以残忍地自杀，而不是让我作为用户去做这件事（在操作系统重新启动时尤其令人恼火）。
当使用第三方库没有办法捕获它们的错误或泄漏时，有时唯一的结束方式是杀死进程，而不是弹出崩溃消息框。