87.C#触发GC的原因及避免手段
87.1 题目
请简述 C# 中自动触发 GC 的原因（可从分代收集机制角度说明），并至少给出三种避免或减少 GC 发生的具体手段。
87.2 深入解析
GC 触发的分代机制
CLR 将托管堆划分为 3 代（以及大对象堆 LOH）：
第0代（Gen0）：存放新分配的短期对象。第1代（Gen1）：存放从 Gen0 幸存下来的对象。第2代（Gen2）：存放长寿命对象及大对象（LOH，>85 KB）。
自动触发 GC 的典型原因：
- Gen0 空间耗尽：新对象快速分配，当 Gen0 内存占用达到阈值时，触发 Gen0 GC。
- Gen1 晋升压力：Gen0 GC 后存活对象晋升到 Gen1，若 Gen1 空间不足，则触发包含 Gen0+Gen1 的回收。
- Gen2/LOH 溢出：长期存活对象或大对象填满 Gen2/LOH 时，会触发全代（Full GC），回收所有代。
- 手动调用
GC.Collect()：显式请求回收，可指定代，但会带来性能抖动。 - 系统内存压力：当操作系统内存紧张，CLR 会主动触发 GC 以释放更多可用内存。
GC 避免与优化手段
总体思路是 减少堆分配 和 延长对象复用，以降低 Gen0 分配频率并避免 LOH 过度分配：
对象池复用
- 对于高频创建/销毁对象（子弹、粒子、UI 元素等），使用对象池减少堆分配。
使用
StringBuilder替代string拼接string不可变，拼接会产生临时对象；StringBuilder内部可变缓冲区可避免大量垃圾。
静态对象和结构体重用
- 对于常用数据可声明为
static，避免重复实例化；小型数据结构可使用值类型（struct），减少堆分配。
- 对于常用数据可声明为
避免装箱/拆箱
- 基元类型装箱会在堆上分配临时对象，尽量使用泛型或
Span<T>等无装箱方案。
- 基元类型装箱会在堆上分配临时对象，尽量使用泛型或
慎用大对象
- LOH 分配昂贵且易碎片化，避免频繁创建 > 85 KB 的大数组或对象，或使用
ArrayPool<T>来租借/归还数组。
- LOH 分配昂贵且易碎片化，避免频繁创建 > 85 KB 的大数组或对象，或使用
减少 LINQ 和匿名委托
- LINQ 查询和闭包会在背后分配迭代器和临时委托对象，慎用在热路径中。
及时释放
IDisposable资源- 对于托管外资源（文件句柄、数据库连接、协程句柄等），显式调用
Dispose并解除引用，避免根保持垃圾。
- 对于托管外资源（文件句柄、数据库连接、协程句柄等），显式调用
87.3 答题示例
在 C# 中，GC 基于分代收集机制触发，最常见的是 Gen0 空间耗尽。当新对象频繁分配超过 Gen0 阈值时会启动小规模 GC；长期存活对象晋升到 Gen1/Gen2，若相应代空间不足则触发更高代 GC，LOH 溢出则进行代价最高的全代回收。此外，显式调用
GC.Collect()或系统内存压力也会触发 GC。避免 GC 的三种主要手段：
- 对象池复用：对高频创建/销毁对象使用对象池，减少短期堆分配。
- StringBuilder 替换字符串拼接：避免
string拼接产生大量临时堆对象。- 结构体与静态对象重用：小数据用
struct存放在栈上，共享数据使用static，避免重复分配。附加优化： 使用
ArrayPool<T>管理大数组、避免装箱/拆箱、减少 LINQ/闭包使用、及时释放IDisposable资源。
87.4 关键词联想
- 分代垃圾回收（Gen0/Gen1/Gen2）
- 大对象堆（LOH）
- 对象晋升（Promotion）
- GC.Collect()
- 对象池模式（Object Pool）
- StringBuilder
- 结构体 vs 类
- 装箱/拆箱（Boxing/Unboxing）
- ArrayPool
- LINQ 临时分配
- IDisposable 资源释放
- 内存碎片化与优化
- 性能分析工具（dotMemory、CLR Profiler）
转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 785293209@qq.com
