如何解决stringBuilder碎片问题？

Question

我在 StringBuilders 中遇到了一个很好的 SystemOutOfMemory 异常。这不是由于缺少内存，因此我认为这是内存碎片。

我有大约 200 个 StringBuiler 对象。所有这些都会定期重用（使用 strBldr.clear()）。这似乎导致我的系统内存碎片非常严重。我该如何解决这个问题？

谢谢:)

编辑：

这里有一些数据：

输入的最大记录大小& stringBuilder: 4 146 698.

Avarage 重新启动 stringBuilders/秒: >120 (可能 >>120)

输入长度@第一个错误: 16 972 (字符串)

StringBuilder 长度@第一个错误: 16

新 stringBuilder 的次数已发生@第一个错误：~32500

总内存使用量@第一个错误 637 448K

Answer 1

我同意，很可能你没有耗尽内存，而是陷入碎片。

您必须熟悉碎片和大对象堆 (LOH)。

您没有提供任何详细信息，因此我只能提供一些非常广泛的建议：

• 尝试估计您的字符串有多大，并使用容量参数进行新的 SB
• 轮向上（实际上）这些大小某个数字的倍数。这促进了重复使用。
• 仅当您希望新内容与旧内容大小几乎相同时才使用 Clear() ，增长它会杀死您。

---

编辑

输入的最大记录大小&字符串生成器：4 146 698。

• 确保不需要更大尺寸的中间体，然后
• 创建所有 StringBuilder，如 sb1 = new StringBuilder(4200000);
• 不要尝试重复使用它们（太多/ 根本）
• 不要让它们停留太久

Answer 2

您不应该像这样重复使用 StringBuilder，只需根据需要创建一个新的。

当您在 StringBuilder 上调用 Clear 时，它不会释放它使用的所有内存，只会将已使用的大小重置为零。它仍然具有相同的大缓冲区，并且重复使用 StringBuilder 仅意味着缓冲区将达到所需的大小，并且永远不会缩小。

此外，保留 StringBuilder 对象以供重用意味着它们可以通过垃圾回收并转移到下一代堆。这些收集的频率较低，因此它们更有可能对内存碎片敏感。

Answer 3

我最终做的是迁移到x64。这解决了我的问题。

有可能我准确地分配了 x86 的整个内存空间，尽管我没有全部使用它。迁移到 x64 肯定可以解决这个问题。