在 C# 开发中，GC 抖动（GC Spikes / GC Churn） 通常是指短时间内大量申请和释放内存，导致垃圾回收器频繁触发（尤其是 Full GC），从而引起应用程序卡顿或吞吐量下降。
消除 GC 抖动的核心逻辑只有一句话：减少分配，延迟回收，复用对象。
1. 减少临时对象的分配（最直接手段）
这是解决 GC 抖动最根本的方法。
-
避免在循环中创建对象： 哪怕是一个小的数组或对象，在数万次循环中也会堆积成灾。
-
字符串优化： * 频繁拼接字符串请务必使用
StringBuilder。 -
使用
string.Format或插值字符串时，注意是否有不必要的装箱（Boxing）。 -
值类型 vs 引用类型： * 对于小型数据结构，使用
struct代替class。 -
注意装箱操作：例如将
int传给接收object的 API。
2. 使用对象池（Object Pooling）
如果你必须频繁创建大型对象（如 byte[] 或自定义的复杂类），不要扔给 GC，自己管起来。
- ArrayPool
： 针对大数组（尤其是 Buffer），使用System.Buffers提供的ArrayPool<T>.Shared。 - ObjectPool
： 对自定义对象，可以利用Microsoft.Extensions.ObjectPool。
3. 优化集合的使用
- 预设初始容量： 无论是
List<T>还是Dictionary<K, V>，在已知数据规模时，初始化请指定Capacity。这能避免集合因自动扩容而反复申请内存。 - 清除而非重新分配： 处理完数据后调用
.Clear()，保留底层数组以便下次复用，而不是直接list = new List<int>()。
4. 拥抱 Span<T> 和 Memory<T>
C# 的高性能利器。它们允许你直接操作内存切片，而不需要创建子数组或子字符串。
- 在处理文本解析、协议封包时，使用
ReadOnlySpan<char>代替Substring。
5. 针对大对象堆（LOH）的专项治理
超过 85,000 字节 的对象会进入 LOH，LOH 默认只有在 Full GC 时才会回收，且不进行压缩，容易产生内存碎片。
- 拆分大对象： 看看能否将大数组拆成多个小块。
- 固定对象： 尽量减少大对象的生命周期。
6. 配置 GC 模式
根据应用场景调整 runtimeconfig.json 或 App.config：
- Server GC： 适用于多核服务器，吞吐量高。
- Workstation GC： 适用于桌面端，响应快，停顿小。
- Background GC： 默认开启，能有效减少 GC 时的暂停时间。
诊断工具推荐
在动手优化前，先用数据定位“元凶”：
- dotnet-counters： 实时监控 GC 频率。
- Visual Studio Profiler： 查看 "Memory Usage" 下的对象分配堆栈。
- PerfView： 最强大的 GC 分析工具（虽然上手略难），可以查看到底是什么引发了 GC。