请阐述 .NET 运行时 CLR 执行垃圾回收的内部机制，并说明分代（Generations）机制在其中的作用和价值。
考察说明
考察对 CLR 垃圾回收核心原理和分代设计的理解，能否清晰解释其运作机制及优化意义。
回答思路
- 【回答框架 1】CLR 垃圾回收基于引用追踪，从根（全局对象、静态字段、栈局部变量、CPU 寄存器等）出发，标记所有可达对象，未标记的即视为垃圾，其内存可被回收。回收过程会暂停托管线程，即 Stop-The-World，以保证一致性。
- 【回答框架 2】分代设计基于弱代假说，即大多数对象生命周期短，越新越易死。CLR 将托管堆分为三代：第 0 代存放新分配对象，第 1 代存放经历一次回收仍存活的对象，第 2 代存放长期存活对象。GC 依次回收，优先清理第 0 代。
- 【回答框架 3】每次回收时，存活对象会被压缩（复制）到下一代，并更新引用，从而避免内存碎片。例如第 0 代回收后幸存者晋升为第 1 代，第 1 代回收后幸存者晋升为第 2 代。
- 【回答框架 4】代数作用是提升回收效率：只回收 0 代通常很快，避免全堆扫描；大对象堆（LOH）不压缩但会整体回收。CLR 根据内存压力和对象存活情况动态调整各代容量，平衡吞吐与延迟。
- 【关键点 1】CLR GC 使用标记-清除-压缩机制，从根开始追踪可达对象。
- 【关键点 2】分代基于对象存活规律，0 代回收频繁，2 代回收较少。
- 【关键点 3】存活对象晋升到下一代，压缩内存减少碎片。
- 【关键点 4】STW 暂停是并发阶段的一部分，但可配置工作站或服务器模式。
- 【关键点 5】代数机制显著降低 GC 开销，是性能优化的关键。
- 【易错点 1】误以为 GC 会立即回收可终结器对象；终结器需单独处理。
- 【易错点 2】忽略大对象堆不压缩的特性，可能产生碎片问题。
- 【易错点 3】过度依赖强制 GC.Collect，会破坏代数优化，应避免在业务中主动调用。