.NET垃圾回收代解析：0、1、2代GC工作原理详解

.NET通过代际回收机制提升垃圾回收效率，将对象按存活时间分为0、1、2代。新对象存入0代，0代满时触发GC，回收无引用对象，存活者升入1代；1代作为缓冲，GC时处理0和1代，存活对象升入2代；2代存放长期存活对象，仅在必要时进行全堆回收（Full GC）。该机制基于“弱代假说”，优先回收生命周期短的对象，减少扫描开销。例如：对象A、B、C创建后进入0代，0代GC后A、B被回收，C升1代；后续D、E创建并进入0代，再次GC时D被回收，C升2代。频繁的2代GC影响性能，应避免。理解代机制有助于优化代码，如减少循环中临时对象创建，降低0代压力。

.NET中的垃圾回收（Garbage Collection, GC）采用代际回收（Generational Collection）策略，目的是提高内存管理效率。对象根据其“存活时间”被划分到不同的代（Generation）中：0代、1代和2代。新创建的对象属于0代，随着它们在多次GC中存活下来，会被提升到更高代。

为什么需要代？

大多数对象生命周期很短——比如方法内的临时变量用完就不再引用了。而少数对象会持续存在（如缓存、全局配置）。代机制利用这一“弱代假说”（Weak Generational Hypothesis），优先回收年轻代，避免每次都扫描整个堆，从而提升性能。

0代（Generation 0）

这是最年轻的一代，存放新分配的对象。

• 每次小对象分配都会进入0代。
• 当0代空间满时，触发一次0代GC。
• GC会检查0代中哪些对象不再被引用，直接回收这些内存。
• 如果某个对象在0代GC后仍然被引用，它会被升级到1代。

0代GC速度快，频率高，只处理少量对象，对程序影响小。

1代（Generation 1）

作为0代和2代之间的缓冲层。

• 当1代积累了一定数量的幸存对象，或系统资源紧张时，可能触发1代GC。
• 它会同时回收0代和1代中的不可达对象。
• 在1代中存活下来的对象会被升级到2代。

1代GC比0代稍慢，但仍相对轻量。

2代（Generation 2）

存放长期存活的对象，如应用程序启动时创建的服务、静态数据、缓存等。

• 2代GC会回收所有三代（0、1、2）中的对象，也称为完整GC（Full GC）。
• 由于涉及整个托管堆，耗时较长，频率很低。
• 只有在必要时才会触发，例如2代空间不足或手动调用GC.Collect()指定2代。

频繁的2代GC会影响性能，应尽量避免。

工作流程简述

假设程序运行过程：

1. 对象A、B、C被创建 → 进入0代。
2. 触发0代GC：A和B无引用被回收，C仍被引用 → C升级到1代。
3. 后续又创建D、E → 进入0代。
4. 再次GC：0代和1代一起检查 → D被回收，C继续存活 → C升级到2代。
5. 之后只有大内存压力或手动触发才会进行2代GC。

基本上就这些。代机制让.NET能在高效回收短期对象的同时，减少对长期对象的扫描开销。理解这一点有助于写出更高效的代码，比如避免在循环中频繁创建临时对象，减少0代压力。