C#的垃圾回收（GC）是.NET运行时提供的自动内存管理机制，负责回收不再被引用的托管对象占用的内存，开发者不需要手动释放托管内存，这大幅降低了内存泄漏的风险。不过如果滥用GC相关特性，也可能导致程序出现不必要的性能损耗。
GC的核心工作原理
分代模型
GC采用分代回收的策略，将托管堆中的对象分为3代，不同代的对象回收频率和规则不同：
- 第0代：新创建的小型对象，大多数对象会在这一代被回收，回收频率最高。
- 第1代：在第0代回收中存活下来的对象，回收频率低于第0代。
- 第2代：在第1代回收中存活下来的对象，包含大型对象（超过85000字节的对象会直接进入第2代的大对象堆），回收频率最低，触发时会进行完整回收。
回收触发条件
GC会在以下几种场景触发回收：
- 第0代对象占用的内存达到阈值时，触发第0代回收。
- 程序内存不足，或者调用
GC.Collect()方法时，可能触发对应代或者全代回收。 - 系统内存压力大时，运行时也会主动触发GC回收。
回收基本流程
GC回收主要分为三个阶段：
- 标记阶段：遍历所有根引用（包括局部变量、静态变量、CPU寄存器等），标记所有还在被引用的对象。
- 清除阶段：回收所有未被标记的对象占用的内存，将存活的对象压缩到托管堆的连续空间，减少内存碎片。
- 升级阶段：存活下来的对象根据回收的代次升级到更高的代。
GC优化方法
减少不必要的对象创建
避免频繁创建短生命周期的小对象，比如可以在循环中复用一个对象，而不是每次循环都新建实例。以下是反例和优化后的示例：
// 反例：循环中频繁创建对象
for (int i = 0; i < 10000; i++)
{
var temp = new StringBuilder();
temp.Append(i);
}
// 优化后：复用对象
var sb = new StringBuilder();
for (int i = 0; i < 10000; i++)
{
sb.Clear();
sb.Append(i);
}
合理使用大对象
大对象会直接分配到大对象堆，且大对象堆不会进行压缩，频繁创建大对象容易产生内存碎片。如果业务需要频繁使用大对象，可以考虑对象池复用大对象，减少新建和回收的开销。
避免手动调用GC.Collect
手动调用GC.Collect()会强制触发GC回收，打乱运行时的分代回收节奏，可能导致不必要的性能损耗。除非是明确知道内存压力场景，否则不建议手动触发回收。
及时释放非托管资源
如果对象包含非托管资源（比如文件句柄、数据库连接等），需要实现IDisposable接口，使用using语句或者手动调用Dispose方法释放资源，避免非托管资源泄漏。
// 使用using语句自动释放资源
using (var fileStream = new FileStream("test.txt", FileMode.Open))
{
// 操作文件流
} // 退出using作用域时自动调用Dispose释放资源
减少根引用的持有时间
如果一个对象已经不再使用，及时将其引用设置为null，尤其是在长生命周期的对象中持有短生命周期对象的引用，会导致短生命周期对象无法被及时回收，进而引发内存泄漏。
常见问题解答
GC会导致程序卡顿吗？
普通的第0代、第1代回收耗时很短，一般不会被用户感知到。但如果触发了第2代完整回收，尤其是大对象堆对象较多时，回收耗时可能会比较长，导致程序出现短暂的卡顿，这也是需要优化GC的核心原因之一。
值类型会被GC回收吗？
值类型如果分配在栈上，会随着方法执行结束自动释放，不需要GC参与。只有当值类型被装箱，或者作为引用类型的成员分配在托管堆上时，才会被GC管理。