在C#和.NET平台中，垃圾回收（Garbage Collection, GC）是自动内存管理的核心机制。它帮助开发者避免手动释放内存带来的错误，如内存泄漏或悬空指针。理解GC的工作原理以及如何优化其行为，对构建高性能、稳定的应用至关重要。
GC的基本工作原理
.NET的GC采用分代式垃圾回收模型，基于“对象越年轻，生命周期越短”的经验观察。内存中的托管堆被划分为三个代：第0代、第1代和第2代。
新创建的对象首先分配在第0代。当第0代空间不足时，GC触发一次回收，清理不再使用的对象，并将存活下来的对象升级到第1代。类似地，第1代满时触发回收，存活对象进入第2代。第2代包含长期存活对象，如静态变量、缓存等，回收频率最低。
GC通过以下步骤完成回收：
标记（Mark）：从根对象（如全局变量、线程栈上的局部变量、CPU寄存器等）出发，遍历所有可达对象，标记为“存活”。 清除（Sweep）：扫描堆内存，回收未被标记的对象所占用的空间。 压缩（Compact）：为了减少内存碎片，GC会移动存活对象，使它们连续排列，从而提高内存利用率和访问性能。GC的触发条件
GC不会持续运行，而是在特定条件下被触发：
第0代空间耗尽：这是最常见的触发原因，因为短期对象分配频繁。 调用GC.Collect()手动触发：虽然不推荐频繁使用，但在某些特殊场景下可用于强制回收。 物理内存压力大：操作系统通知CLR内存紧张时，GC可能提前启动。 后台GC活动：对于第2代的大规模回收，.NET支持后台GC（尤其是Server GC模式），在独立线程中执行，减少对主线程的阻塞。GC模式与配置
.NET支持多种GC模式，适用于不同应用场景：
工作站GC（Workstation GC）：默认用于桌面应用，强调响应速度，GC过程短暂且尽量不影响UI线程。 服务器GC（Server GC）：用于服务端应用（如ASP.NET Core），为每个CPU核心分配独立的GC线程和堆，提升吞吐量。 并发GC：允许GC在后台运行，减少暂停时间，适合需要低延迟的场景。这些模式可在项目文件中配置：
常见GC性能问题与优化建议
不当的编码习惯可能导致GC压力过大，影响应用性能。以下是常见问题及应对策略：
频繁分配短期大对象：大对象（≥85KB）直接进入大对象堆（LOH），GC不常压缩，容易造成碎片。应重用对象或使用对象池。 事件订阅未取消：导致对象无法被回收，形成内存泄漏。确保在适当时候解除事件绑定。 静态集合持有对象引用：静态字段生命周期长，若不断添加对象而不清理，会导致内存持续增长。 Finalizer滥用：带有析构函数的对象会被放入终结队列，延长其生命周期。仅在必要时实现IDisposable并正确释放非托管资源。推荐使用IDisposable接口配合using语句管理资源，及时释放非托管资源，减轻GC负担。
基本上就这些。掌握GC机制不仅能帮你写出更高效的代码，还能在排查内存问题时快速定位根源。合理设计对象生命周期，避免不必要的分配，才是优化内存管理的根本之道。
