分析概览

Gen0 中的固定对象

在某些情况下，例如从托管代码中使用非托管代码（例如外部库）时，您的应用可能会分配所谓的 固定对象。 这些对象被“固定”在小对象堆中——它们无法在堆中移动，因为托管代码依赖于这些对象的确切位置。 这会导致一个负面后果——垃圾回收器无法压缩小对象堆。 这可能导致更频繁且效率较低的垃圾回收，从而降低整体应用性能。

例如，我们在 Gen0 中有以下对象布局： [A][B][Pinned][C][D]。 对象 [A] 和 [B] 在 [Pinned] 对象从堆中移除之前无法被回收。

dotMemory 能够自动检测托管堆 Gen0 段中固定对象的分配。

固定对象的可能来源：

• 您可以使用 fixed 块有意创建固定对象：

  unsafe { var buffer = new byte[2000]; fixed (byte* ptr = buffer) { ... } }

• 您创建了一个 GCHandle 到一个对象，从而防止它被垃圾回收：

  var buffer = new byte[2000]; var gCBuffer = GCHandle.Alloc(buffer, GCHandleType.Pinned);

可能的解决方案:

• 如果可能，请考虑使用 stackalloc 在栈上分配缓冲区，而不是在堆上：

  var buffer = stackalloc byte[2000];

• 如果缓冲区包含固定对象，将其分配到大对象堆而不是小对象堆可能更为合理。 为此，请将缓冲区的大小设置为大于 84 KB。

高 GC 压力

高 GC 压力是指垃圾回收过于频繁并占用了大量时间的情况。 即，在某些采样的特定时间间隔内，垃圾回收所花费的时间超过了总执行时间的 30%。

典型原因：

• 程序创建了大量短生命周期的对象，例如循环中的闭包。

• 程序接近 Out of Memory。

可能的解决方案是修改代码以防止频繁分配。 您可以在以下系列博客文章中找到更多此类问题的示例：

• 提高应用性能的非常规方法。 装箱和集合

• 提高应用性能的非常规方法。 字符串

• 提高应用性能的非常规方法。 Lambda 和 LINQ

• 使用 dotMemory 分析低效内存使用情况

• 字符串驻留：使用 dotMemory 进行高效内存管理

快速 LOH 增长率

大对象堆（LOH）是托管堆的一个特殊段，用于存储大对象（>84 KB）。 dotMemory 实时跟踪 LOH 的增长。 如果 LOH 增长过快，可能会导致严重的碎片化，并最终抛出 OutOfMemory 异常。

典型原因：

动态大小的集合（如 Dictionary、 List、 HashSet 和 StringBuilder ）具有以下特性：当集合大小超过当前边界时，.NET 会调整集合大小并在内存中重新定义整个集合。

可能的解决方案是减少需要调整大小的情况。 尝试预测所需大小，并以该大小或更大的值初始化集合。