未知字符数量时如何定义StringBuilder的初始容量？

1. 无法预估容量时的处理方式 #

• 直接用JVM默认初始化：StringBuilder默认初始容量是16字符，后续扩容遵循oldCapacity * 2 + 2的规则。如果你的场景只是普通文本拼接（比如业务中的短字符串组合），默认容量完全够用——毕竟JVM的扩容逻辑已经经过优化，少量扩容的开销在绝大多数业务场景下可以忽略不计。
• 按业务经验做粗略预估：如果没法精确判断，但能大致圈定范围（比如拼接用户信息，长度大概率不超100字符），就设置一个略高于经验值的初始容量，比如128或256，减少扩容次数即可，不用追求绝对精准。

2. 避免高开销扩容的实用方案 #

• 拼接已知长度的字符串时，提前计算总长度：比如要拼接str1 + str2 + str3，直接用new StringBuilder(str1.length() + str2.length() + str3.length())，这是最精准的方式，完全避免扩容。
• 循环批量拼接时，按元素规模估算：如果知道要拼接的元素数量，用平均元素长度 * 元素数量 + 冗余量来设置初始容量。比如100个平均长度为5的字符串，设为600（5*100+100），留冗余避免刚好卡阈值触发扩容。

3. 扩容时的告警/日志实现 #

Java标准库的StringBuilder没有内置监听，但可以通过继承重写扩容方法实现：

public class LoggingStringBuilder extends StringBuilder {
    private static final Logger logger = LoggerFactory.getLogger(LoggingStringBuilder.class);
    private final int initialCapacity;

    public LoggingStringBuilder(int capacity) {
        super(capacity);
        this.initialCapacity = capacity;
    }

    @Override
    public void ensureCapacity(int minimumCapacity) {
        int currentCapacity = super.capacity();
        if (minimumCapacity > currentCapacity) {
            logger.warn("StringBuilder即将扩容：初始容量{}，当前容量{}，需要最小容量{}", 
                        initialCapacity, currentCapacity, minimumCapacity);
        }
        super.ensureCapacity(minimumCapacity);
    }
}

使用时替换原StringBuilder即可，每次扩容前都会触发日志告警。注意：这种方式有微小额外开销，建议只在性能调优阶段临时使用，不要长期在生产环境开启。

内容的提问来源于stack exchange，提问作者Jorge Guerreiro