C# 析构函数(destructor)的用途 - .NET中的终结器(Finalizer)

析构函数（终结器）用于在对象被GC回收前释放非托管资源，语法为~ClassName()，但调用时机不确定、性能开销大且不可靠；推荐采用IDisposable接口配合Dispose模式，以using语句确保及时清理。

在C#中，析构函数（也称为终结器，Finalizer）用于在对象被垃圾回收器（Garbage Collector, GC）回收之前执行一些清理操作。它的主要用途是释放非托管资源，比如文件句柄、网络连接、数据库连接或内存分配等无法通过.NET自动管理的资源。

析构函数的基本语法

在C#中，析构函数使用类名前加~符号来定义，且不能有访问修饰符或参数：

~MyClass()
{
    // 清理非托管资源
}

这个方法会在对象被GC回收前由运行时自动调用，但调用时间不可预测。

为什么需要终结器？

.NET有强大的垃圾回收机制，能自动管理托管对象的内存。但某些情况下，对象会持有非托管资源，这些资源不在GC的管理范围内。如果不清除，就会造成资源泄漏。

终结器的作用就是在对象销毁前，提供一个机会去释放这些非托管资源。

• 例如：一个类封装了对本地DLL的文件句柄操作
• 当该对象不再被引用，GC准备回收它时，终结器会被调用以关闭文件句柄

终结器的局限性与风险

虽然终结器能帮助清理资源，但它有几个重要限制：

• 调用时机不确定 —— 依赖GC的运行周期，可能延迟很久
• 不能保证按顺序执行 —— 多个对象的终结器调用顺序无法预知
• 性能开销大 —— 带有终结器的对象会被放入“终结队列”，延长生命周期，影响GC效率
• 不能抛出异常 —— 否则可能导致整个应用程序崩溃

因此，仅靠终结器不足以实现可靠的资源管理。

推荐做法：实现IDisposable接口 + 终结器（Dispose模式）

为了更高效可控地释放资源，.NET推荐使用“Dispose模式”：

• 让类实现 IDisposable 接口，提供 Dispose() 方法主动释放资源
• 在Dispose()中手动释放托管和非托管资源，并抑制终结器调用（避免重复清理）
• 保留终结器作为“安全网”，以防忘记调用Dispose()

典型代码结构如下：

public class MyClass : IDisposable
{
    private IntPtr handle;
    private bool disposed = false;

    public void Dispose()
    {
        Cleanup();
        GC.SuppressFinalize(this); // 避免重复清理
    }

    ~MyClass()
    {
        Cleanup();
    }

    private void Cleanup()
    {
        if (!disposed)
        {
            // 释放非托管资源
            CloseHandle(handle);
            disposed = true;
        }
    }
}

使用时配合 using 语句可确保Dispose被及时调用：

using (var obj = new MyClass())
{
    // 使用obj
}
// 自动调用Dispose()

基本上就这些。终结器是最后一道防线，不是日常资源管理的主要手段。理解它的作用与限制，结合IDisposable，才能写出健壮高效的C#代码。