析构函数（终结器）用于在对象被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#代码。