在构建高并发的C#服务端应用时，垃圾回收（GC）是最容易被忽视却又极其关键的性能因素。GC负责自动释放不再使用的托管内存，但其回收过程会触发垃圾回收暂停，直接影响请求的延迟与系统的吞吐能力。
C# GC对高并发应用的主要影响
GC将托管堆分为三代：第0代、第1代和第2代，此外还有专门存放大于85000字节对象的大对象堆。高并发场景下，大量短命对象会快速填满第0代，引发频繁的第0代回收；如果对象晋升到第2代，则会带来更耗时的完整GC。
1. 垃圾回收暂停导致延迟抖动
在工作站GC下，回收会挂起所有用户线程。即便使用服务器GC，也需要在回收阶段协调多个线程，造成可观察的停顿。对于要求稳定低延迟的接口，这种抖动会体现为P99延迟突增。
2. 大对象堆碎片与性能下降
大对象堆默认不进行压缩，频繁分配和释放大数组会造成碎片，甚至触发第2代GC。高并发中序列化缓冲区若每次新建大字节数组，很容易放大这一问题。
3. 内存分配速率成为瓶颈
并发越高，单位时间分配的对象越多。若代码中存在不必要的中间对象，GC负担会随流量线性增长，最终限制横向扩展能力。
常见的C# GC优化技巧
选择适合的GC模式
在ASP.NET Core等托管服务中，可通过项目文件设置服务器GC并开启后台GC，减少前台暂停：
<!-- 在.csproj中配置 --> <PropertyGroup> <ServerGarbageCollection>true</ServerGarbageCollection> <ConcurrentGarbageCollection>true</ConcurrentGarbageCollection> </PropertyGroup>
使用对象池复用实例
对于频繁创建销毁的对象，可以利用System.Buffers.ArrayPool<T>复用数组，降低分配压力：
using System;
using System.Buffers;
class Handler
{
public void Process(int size)
{
// 从共享池租借数组，避免每次分配大对象
byte[] buffer = ArrayPool<byte>.Shared.Rent(size);
try
{
// 模拟处理逻辑
for (int i = 0; i < size; i++) buffer[i] = (byte)(i % 255);
}
finally
{
// 归还数组给对象池
ArrayPool<byte>.Shared.Return(buffer);
}
}
}
减少临时字符串与装箱
在热路径中应避免使用string.Format拼接大量日志，改用结构化日志或StringBuilder。值类型传入object参数会产生装箱，应尽量减少此类调用。
监控与定位分配热点
借助dotnet-counters可实时观察GC相关指标：
dotnet-counters monitor --process-id 1234 --counters System.Runtime
关注GC Heap Size、Gen 0/1/2 Collections计数，若第2代回收频繁，说明存在长生命周期对象或缓存使用不当。
小结
高并发C#应用的性能调优离不开对GC行为的理解。通过合理选择GC模式、复用对象、控制大对象分配以及持续监控，可以显著降低回收带来的延迟影响，让系统在高压下保持平稳吞吐。