如果应用崩溃，是否会调用析构函数？如果这是一个未处理的异常，我猜它确实如此，但是更严重的错误，或者像用户杀死应用程序进程之类的东西呢？
还有一些可能很愚蠢的问题：
【问题讨论】：
标签： c# .net destructor
我鼓励您自己尝试一下。例如：
using System;
class Program {
static void Main(string[] args) {
var t = new Test();
throw new Exception("kaboom");
}
}
class Test {
~Test() { Console.WriteLine("finalizer called"); }
}
在命令提示符下运行此命令，以便您看到最后的喘息。首先将 throw 语句注释掉。
与 Windows 中的任何未处理异常一样，Windows 提供的默认异常过滤器调用由 WerFault.exe 显示的 Windows 错误报告对话框。如果单击“关闭程序”，WerFault 将使用 TerminateProcess() 终止程序。这是一个快速结束，没有机会运行终结器线程，就像程序正常退出时那样。
然后，Windows 会负责清理弹片。它会自动关闭您的程序可能已经打开但没有机会在终结器中关闭的任何操作系统句柄。文件是这里比较棘手的问题，它们的缓冲区不会被刷新，你很容易在磁盘上得到一个部分写入的文件。
【讨论】：
如果杀死一个应用程序，该应用程序几乎 100% 会立即失去控制，并且它没有机会调用析构函数。
【讨论】：
我什至不懂 C#，但根据我使用其他编程语言的经验，我猜想：如果应用程序崩溃，则意味着它存在严重问题。不正确的内存处理等。在这种情况下，任何编程语言都尝试执行析构函数/释放器/终结器/...是很奇怪的。事情可能会更糟；）
更新：（忘记尝试回答您的其他问题）再次，不是 C# 特定的，但通常不能保证析构函数/释放器/终结器/...实际上被调用。这样做的原因是，当一个进程退出时，简单地“删除”该进程使用的内存块比运行其析构函数等来清理内存要容易和高效。
如果不涉及太多技术细节，我不确定如何回答您的最后一个问题。有几种方法可以设计和运行垃圾收集器，最简单的是垃圾收集停止当前进程并在完成后继续它，尽管也有可能（但更难）让垃圾收集器同时运行与正在收集其内存的进程。
您可能需要阅读垃圾收集理论以更好地理解所有这些。实际上有一个关于这个主题的完整网站：www.memorymanagement.org。
【讨论】：