StringBuilder的RAM消耗是什么样的？

我们有一些操作,我们正在进行大量的大型字符串连接,并且最近遇到了内存不足异常.不幸的是,调试代码不是一种选择,因为这是在客户站点发生的.

因此,在研究代码的大修之前,我想问一下:对于大型字符串,StringBuilder的RAM消耗特性是什么？

特别是它们与标准字符串类型相比.字符串的大小超过10 MB,我们似乎遇到了大约20 MB的问题.

注意:这不是速度而是RAM.

每次StringBuilder空间不足时,它会重新分配两倍于原始缓冲区大小的新缓冲区,复制旧字符,并让旧缓冲区得到GC.您可能只是使用足够的(称之为x),使得2x大于您允许分配的内存.您可能想要确定字符串的最大长度,并将其传递给StringBuilder的构造函数,以便预先分配,并且您不会受到倍增重新分配的支配.

这是关于String Concatenation vs Memory Allocation的一个很好的研究.

如果你可以避免连接,那就去做吧!

如果您不必连接但希望源代码看起来不错,请使用第一种方法.它将被优化,就好像它是一个单独的字符串.

不要使用+ =连接.场景背后发生了太多变化,这在我的代码中并不明显.我建议使用String.Concat()显式地使用任何重载(2个字符串,3个字符串,字符串数组).这将清楚地显示您的代码在没有任何意外的情况下执行的操作,同时允许您自己检查效率.

尝试估计StringBuilder的目标大小.

您可以更准确地估计所需的大小,StringBuilder必须创建的临时字符串越少,以增加其内部缓冲区.

当性能出现问题时,请勿使用任何Format()方法.

解析格式涉及太多开销,当您使用{x}替换时,可以构建一个数组中的数组.Format()有助于提高可读性,但是当你从应用程序中挤出所有可能的性能时,还有其中的一件事要做.