.NET的GC通过代际回收、可达性分析和三阶段回收机制自动管理内存，优先回收第0代对象，利用根引用判断对象存活，支持后台回收与LOH压缩，结合IDisposable可有效优化性能。
.NET中的垃圾回收（GC）是自动内存管理机制的核心组成部分，它负责回收不再使用的对象所占用的内存，从而避免内存泄漏并简化开发者对内存的手动管理。理解其工作原理有助于编写更高效、稳定的.NET应用程序。
托管堆与对象生命周期
.NET中所有引用类型的对象都分配在托管堆上，由运行时（CLR）统一管理。当使用new关键字创建对象时，CLR会在托管堆上为其分配内存。GC通过跟踪对象的引用关系来判断哪些对象仍在使用，哪些可以被回收。
每个对象在创建时都会被标记为第0代（Generation 0）。GC采用“代际回收”策略，将对象分为三代：
- 第0代：最新分配的对象，最可能成为垃圾
- 第1代：经历一次回收后仍存活的对象
- 第2代：长期存活的对象，如全局缓存或静态对象
GC会优先回收第0代，因为成本低且效率高。只有在内存压力大时才会触发完整回收（影响第1代和第2代）。
根引用与可达性分析
GC判定对象是否可回收的关键是“可达性”。它从一组称为“根”（Roots）的引用开始扫描，包括：
- 全局静态变量中的对象引用
- 当前方法调用栈上的局部变量和参数
- CPU寄存器中可能保存的引用
- 等待被终结（Finalize）的对象队列
GC从这些根出发，递归遍历所有可达对象，标记为“存活”。无法从任何根访问到的对象则被视为垃圾。
垃圾回收的三个阶段
一次完整的GC过程通常包含以下三个步骤：
- 标记（Mark）：遍历所有根，标记所有可达对象
- 压缩（Compact）：移动存活对象以消除内存碎片，使空闲内存连续
- 重定位（Update References）：更新所有指向被移动对象的引用地址
对于大型对象堆（LOH），.NET早期版本不进行压缩，可能导致碎片化问题。从.NET Core 3.0开始，支持可选的LOH压缩，可通过GCSettings.LargeObjectHeapCompactionMode控制。
后台GC与性能优化
在服务器应用场景中，.NET使用后台垃圾回收来减少暂停时间。它允许GC在单独线程中执行第2代的部分回收，而主线程继续运行。这显著提升了高负载下的响应能力。
开发中应关注以下几点以优化GC行为：
- 避免频繁创建短期的大对象
- 及时释放大对象引用，促使其尽早进入第0代回收
- 谨慎使用GC.Collect()，除非有明确需求
- 实现IDisposable接口并配合using语句管理非托管资源
基本上就这些。.NET的GC机制在大多数场景下表现良好，了解其原理能帮助你写出更符合内存管理逻辑的代码，减少性能瓶颈。
