.NET的GC通过分代回收管理内存，对象分为Gen 0、Gen 1、Gen 2三代，基于生命周期长短分布于SOH或LOH；GC在内存不足等条件下触发，导致“暂停”，影响性能；支持工作站与服务器两种模式，前者适合客户端低延迟，后者多线程并行提升吞吐量；开发者应减少临时对象分配、复用大对象、避免内存泄漏，并利用工具监控优化，以实现高效稳定的内存管理。
.NET 的垃圾回收（GC）机制是运行时自动管理内存的核心组件，它让开发者能更专注于业务逻辑而非手动内存管理。理解 GC 的工作原理、行为模式以及优化策略，对构建高性能、低延迟的 .NET 应用至关重要。
GC 是如何工作的？
GC 的主要职责是识别并释放不再使用的对象所占用的内存。.NET 使用的是分代式垃圾回收器，基于“大多数对象生命周期很短”的经验观察设计。
托管堆中的对象被分为三代：
- 第 0 代（Gen 0）：新创建的对象都分配在这里。回收最频繁，通常很快。
- 第 1 代（Gen 1）：幸存过一次 GC 的对象会被提升到这一代。作为 Gen 0 和 Gen 2 之间的缓冲。
- 第 2 代（Gen 2）：长期存活的对象存放于此。GC 触发较少，但影响更大。
每次 GC 运行时，会根据内存压力、分配速率等因素决定回收哪一代。小对象在小型堆（Small Object Heap, SOH）中分配，而大于约 85,000 字节的对象进入大型对象堆（Large Object Heap, LOH），LOH 只在完整 GC（Gen 2 回收）时被处理，且默认不压缩，容易导致碎片。
GC 模式：工作站 vs 服务器
.NET 支持两种主要的 GC 模式，可在项目文件或配置中设置：
- 工作站 GC：适用于客户端应用或单核环境。GC 与应用程序线程在同一上下文中运行，暂停时间较短，适合响应性要求高的场景。
- 服务器 GC：专为多核服务器设计。每个 CPU 核都有独立的 GC 线程和堆，回收并行执行，吞吐量更高，但暂停时间可能略长。
ASP.NET 应用默认使用服务器 GC，而桌面应用通常使用工作站 GC。可通过 gcServer 配置项切换：
true
GC 触发时机与性能影响
GC 不是定时运行，而是由以下条件触发：
- 第 0 代空间已满，新对象无法分配。
- 调用 GC.Collect() 手动触发（一般不推荐）。
- 物理内存压力高，操作系统通知 CLR。
- LOH 分配频繁，导致内存碎片增加。
GC 会导致“暂停”（Stop-the-world），即所有托管线程暂时停止。Gen 0 和 Gen 1 回收快，影响小；Gen 2 回收可能导致数百毫秒的停顿，影响高并发服务的响应能力。
可通过 GC.TryStartNoGCRegion 请求一段无 GC 的执行区间，用于关键路径优化，但需谨慎使用，失败可能导致更严重问题。
开发者可采取的优化措施
虽然 GC 是自动的，但开发者仍可通过良好实践减少其负担：
- 避免频繁创建临时对象，尤其是循环中。重用对象或使用 Span
、ArrayPool 减少堆分配。 - 大对象（如数组）尽量复用，防止 LOH 压力过大。考虑使用 MemoryCache 或对象池。
- 及时解除事件订阅、取消定时器，防止因引用未释放导致内存泄漏。
- 使用 IDisposable 正确释放非托管资源，配合 using 语句确保清理。
- 通过性能工具（如 PerfView、dotMemory、Visual Studio Profiler）监控 GC 行为，查看 Gen 0/1/2 回收频率、内存分配热点。
基本上就这些。掌握 .NET GC 的机制不是为了绕开它，而是学会与它协作。合理的代码设计加上对 GC 行为的理解，能让应用在内存使用上既高效又稳定。不复杂，但容易忽略。
