在 C# 中，垃圾回收机制是如何处理集合对象的内存分配与回收的？
考察说明
考察对 C# 垃圾回收机制在集合类内存管理方面的理解，包括托管堆分配、代龄回收和根引用跟踪。
回答思路
- 【回答框架 1】C# 集合类型（如 List、Dictionary、HashSet）通常存储在托管堆上，其内存由 CLR 垃圾回收器（GC）统一管理。GC 通过跟踪根对象（如局部变量、静态字段）的引用关系，识别不可达的集合对象，并回收其占用的内存。
- 【回答框架 2】GC 采用分代回收策略，将托管堆划分为第 0、1、2 代。新创建的集合对象位于第 0 代，当触发 GC 时，存活的对象被提升到下一代。集合内部使用的数组和链接节点等也是托管对象，同样参与分代管理。
- 【回答框架 3】GC 在回收集合对象时，会通过标记-压缩或标记-清扫等算法标记存活对象，并移动幸存对象以压缩堆，减少碎片。集合对象的大小（如 List 容量）影响其分配位置，大对象可能进入大对象堆（LOH），LOH 的回收通常不压缩，可能产生碎片。
- 【回答框架 4】对于集合中的元素，GC 只回收托管资源，如果元素本身实现了 IDisposable，则需显式调用 Dispose 释放非托管资源，GC 无法自动管理这些资源。此外，WeakReference 可用于创建对集合元素的弱引用，允许 GC 在内存压力下回收对象。
- 【关键点 1】集合对象存储在托管堆中，由 CLR GC 自动管理内存生命周期。
- 【关键点 2】GC 采用分代回收（世代 0-2）和标记-压缩等算法，集合对象在回收时可能被移动以压缩内存。
- 【关键点 3】大集合可能分配在大对象堆（LOH），其回收不进行压缩，容易产生碎片。
- 【关键点 4】GC 不释放非托管资源，需通过 IDisposable 模式显式管理。
- 【易错点 1】误认为集合对象内联存储值类型，实际上集合的存储结构与元素类型有关，但集合对象本身仍在托管堆上。
- 【易错点 2】忽略大对象堆的存在，导致对内存碎片化理解不准确。
- 【易错点 3】认为 GC 回收后立即释放所有内存，忽略非托管资源需手动释放。