.NET 4.8 x64长时间运行后Gen0 GC堆增大、GC耗时升高问题咨询

.NET 4.8 确实存在少量和 Gen0 堆动态调整、后台 GC 标记阶段相关的已知问题，但你观测到的现象更大可能和非托管句柄泄漏、长生命周期小对象持续晋升叠加有关，具体分析如下：

你提供的10次迭代和300次迭代测试数据对比特征非常明确：总内存分配量仅增长2%左右，但GC CPU耗时直接翻倍，暂停时长上涨近3倍，GC堆最大大小也从460MB提升至接近890MB，说明单位内存的GC处理成本大幅上升，这确实不符合普通托管内存泄漏的典型表现。

你贴出的GC调用栈已经直接定位了性能瓶颈：超过80%的后台GC时间消耗在句柄扫描和引用计数提升阶段，这个阶段的耗时和GC需要遍历的根句柄数量直接正相关，和托管堆总大小反而没有强关联，正好解释了你观测到的「堆没有大幅扩容但GC耗时陡增」的现象。

可能的原因及排查方向 #

• 句柄泄漏是最高概率诱因
  优先检查代码中是否存在未释放的SafeHandle、GCHandle，或者大量使用的弱引用/强引用句柄没有及时清理。哪怕每个迭代只泄漏个位数的句柄，14小时压力测试累计下来的句柄数量也会让GC扫描成本成倍上升。你可以通过PerfView的GC Handle Stats视图，对比10次迭代和300次迭代的各类句柄数量变化，重点关注RefCounted、Pinned类型的句柄是否存在线性增长。

• .NET 4.8 Gen0阈值动态调整已知问题
  .NET 4.8在高并发分配场景下，Gen0的阈值动态调整逻辑确实存在偶发的阈值过高问题，会导致单次Gen0回收的对象数量过多，进而有更多对象晋升到Gen1、Gen2，抬升后续Full GC的标记成本。这个问题在.NET Core 3.1及后续版本已经修复，你可以通过在app.config中添加如下配置固定Gen0阈值做验证：

<configuration>
  <runtime>
    <gcGen0Size enabled="true" size="2MB" />
  </runtime>
</configuration>

• 后台GC触发逻辑异常
  你观测到的频繁诱导式Gen2 GC，大概率是因为Gen0阈值过高导致的内存分配速度超过了后台GC的回收速度，运行时被迫触发阻塞式诱导GC来缓解内存压力，进一步抬升了整体耗时。你可以临时禁用后台GC（添加配置<gcConcurrent enabled="false"/>）测试，观察GC耗时增长的趋势是否放缓，排除后台GC本身的逻辑问题。

如果上述排查都没有定位到问题，可以尝试升级到.NET Framework 4.8.1版本，该版本修复了多个GC运行时的已知缺陷。

内容的提问来源于stack exchange，提问作者Alois Kraus