java - StringBuilder 最有效的初始容量大小？

Question

我正在写很多东西来登录突发，并优化数据路径。我使用 StringBuilder 构建日志文本。什么是最有效的初始容量，明智的内存管理，因此无论 JVM 如何，它都能正常工作？目标是几乎总是避免重新分配，这应该由大约 80-100 的初始容量来覆盖。但我也想尽可能少地浪费字节，因为 StringBuilder 实例可能会在缓冲区中徘徊并且浪费的字节会突然出现。

我意识到这取决于 JVM，但应该有一些值，无论 JVM 是什么，它都会浪费最少的字节，有点像“最小公分母”。我目前正在使用 128-16，其中 128 是一个很好的整数，减法用于分配开销。此外，这可能被认为是“过早优化”的情况，但由于我所寻求的答案是一个“经验法则”数字，因此知道它在未来也会有用。

我不期待“我最好的猜测”答案(我自己上面的答案已经是那个)，我希望有人已经研究过这个并且可以分享基于知识的答案。

Answer 1

在这种情况下不要自作聪明。

I am currently using 128-16, where the 128 is a nice round number, and subtraction is for allocation overhead.

在 Java 中，这是基于对 JVM 内部工作原理的完全武断的假设。 Java 不是 C。字节对齐等绝对不是程序员可以或应该尝试利用的问题。

如果您知道字符串的(可能)最大长度，您可以将其用作初始大小。除此之外，任何优化尝试都是徒劳的。

如果您真的知道您的大量 StringBuilder 将存在很长时间(这不太符合日志记录的概念)，并且您真的觉得有必要尝试说服 JVM 节省一些字节的堆空间，您可以尝试使用 trimToSize()在字符串完全构建之后。但是，同样，只要您的字符串不浪费每个字节数，您就真的应该去关注应用程序中的其他问题。