.NET中的垃圾回收（GC）通过分代回收机制自动管理内存，Gen0、Gen1、Gen2逐级回收对象，根引用决定对象存活；频繁分配大对象、临时对象过多、事件未取消订阅等易引发性能问题；建议重用对象、避免装箱与字符串拼接、及时释放资源、使用Span减少堆分配，并借助Visual Studio工具、dotMemory等监控内存，优化GC效率。
.NET中的垃圾回收（GC）是一种自动内存管理机制，负责分配和释放托管堆上的内存。开发者无需手动释放对象内存，GC会自动识别并回收不再使用的对象，从而防止内存泄漏。但频繁或不当的GC操作可能引发性能问题，如暂停时间过长、内存占用过高。
垃圾回收的基本原理
GC通过检查对象引用关系来判断哪些对象“可达”。只有根引用（如全局变量、局部变量、静态字段等）直接或间接引用的对象才会被保留，其他对象被视为垃圾并被回收。.NET使用分代回收策略，将对象分为三代：Gen0、Gen1、Gen2。新创建的对象在Gen0，存活下来的逐步晋升到更高代。低代回收频繁且快，高代回收耗时较长。
常见内存性能问题
以下情况容易导致GC相关性能下降：
- 频繁分配大对象：大对象（≥85KB）进入大对象堆（LOH），通常只在Gen2回收时清理，易造成内存碎片。
- 短时间内创建大量临时对象：加剧Gen0回收频率，增加CPU占用。
- 事件订阅未取消：导致对象无法被回收，形成内存泄漏。
- 静态集合持续添加对象：阻止对象释放，累积占用内存。
优化内存使用的实用建议
-
重用对象或使用对象池：对频繁创建销毁的对象（如DTO、网络缓冲区），使用ArrayPool
或ObjectPool减少分配。 - 避免不必要的装箱和字符串拼接：装箱生成临时对象；高频字符串操作应使用StringBuilder。
- 及时释放资源和取消事件订阅：实现IDisposable接口并在using语句中使用，确保非托管资源释放。
- 控制大对象分配：拆分大数组，或复用大对象缓冲区，减少LOH压力。
-
使用Span
和Memory ：在合适场景下使用栈分配结构体，减少堆分配。
监控与诊断工具
定期分析内存行为有助于发现潜在问题：
- Visual Studio诊断工具：实时查看内存使用和GC频率。
- dotMemory / PerfView：深入分析内存快照，定位内存泄漏。
- GC.GetTotalMemory() 或 GC.Collect()（仅测试）：辅助调试，生产环境慎用强制回收。
基本上就这些。理解GC行为并养成良好编码习惯，能有效避免多数内存性能问题。关键不是完全避免GC，而是让GC工作得更高效。
