C#中无法手动释放托管内存，GC全权负责；所谓“手动释放”实为断引用以助GC回收，及显式释放GC不管理的非托管资源（如文件句柄、数据库连接），须实现IDisposable接口并配合using或Dispose()调用。
你不能真正“手动释放”引用类型占用的托管内存——这是 C# 的设计原则。CLR 的垃圾回收器（GC）全权负责托管堆上对象的内存回收，开发者无法直接干预其释放时机或强制擦除内存块。所谓“手动释放”，实际是指协助 GC 尽快识别并回收对象，或及时清理 GC 不管的非托管资源。关键不在“删内存”，而在“断引用”和“清资源”。
明确哪些内存你能影响
引用类型实例本身分配在托管堆上，它的内存由 GC 自动回收；但该对象内部可能持有非托管资源（如文件句柄、图像缓冲区、Win32 内存指针等），这部分必须由你显式释放。
- 托管内存（如 class 实例、string、List<T>）→ GC 管，你只需让对象“不可达”
- 非托管资源（如 FileStream.Handle、Bitmap.GDIHandle、Marshal.AllocHGlobal 返回的 IntPtr）→ 你必须自己释放
让 GC 尽快回收引用对象的常用做法
目标是让对象尽早失去所有强引用，进入可回收状态：
- 将变量设为
null（仅对长生命周期的字段/静态引用有效，局部变量作用域结束即自动失效） - 及时从集合中移除对象（如
list.Remove(obj)、dictionary.Remove(key)） - 取消事件订阅（
obj.Event -= handler），避免隐式强引用导致内存泄漏 - 避免在闭包、Lambda 或异步状态机中意外捕获大对象
正确释放非托管资源的标准路径
这是真正需要你“动手”的部分。必须实现 IDisposable 接口，并配合 using 或显式 Dispose()：
- 在
Dispose(bool disposing)中：释放托管资源（if (disposing)分支）和非托管资源（始终执行） - 调用
GC.SuppressFinalize(this)防止终结器被调用（提升性能） - 终结器（
~ClassName()）仅作为安全兜底，不保证执行时机，且不应访问托管对象 - 涉及
Marshal.AllocHGlobal等非托管内存时，必须配对调用Marshal.FreeHGlobal，且仅释放一次
不推荐但偶有场景的强制触发方式
GC.Collect() 和 GC.WaitForPendingFinalizers() 仅用于极少数调试或资源敏感的短生命周期场景（如单元测试后快速释放大图缓存），生产代码中应避免：
- 它会暂停所有线程，造成明显卡顿
- 频繁调用反而干扰 GC 的代龄优化策略，降低整体性能
- 不能保证立即回收——只是“建议” GC 立即运行一轮
