Java字符串拼接指南：StringBuilder使用实战经验

先说个最常见的结论：循环里拼字符串，别用+号，直接上StringBuilder。这是Ja va开发中最常见、也最容易见效的性能优化点。

为什么循环中必须用StringBuilder？

行，那为啥循环里就得认准StringBuilder？本质原因是String对象不可变。每次用+拼接，都会生成新对象。比如循环里写result += "item" + i，JVM会默默创建StringBuilder，然后append，最后toString——循环1万次就重复一万遍，产生上万个短命对象。这些对象频繁触发Young GC，系统响应自然受影响。

反观StringBuilder，内部维护的是可变字符数组。append操作只是往数组末尾追加数据，扩容策略也很合理——新容量 = 旧容量 × 2 + 2。没有中间对象，没有额外的创建和销毁开销。一句话，效率差距就在这。

标准写法三步走

写法其实很简单，但得注意顺序：

• 第一步，循环外初始化。千万別在for循环里面new StringBuilder，那是重复创建，等于白干。
• 第二步，循环内只调append。支持String、int、boolean等类型，不需要自己手动String.valueOf()装箱。
• 第三步，循环结束后调一次toString()。这是获取最终字符串的唯一出口，不能漏，也不能提前调。很多人搞反，在循环里反复toString，那就又回到老路上去了。

提升效率的关键细节

有些细节看似小，但实际效果很明显。比如预估容量：假设要拼500条日志，每条平均60字符，那可以写成new StringBuilder(500 * 60 + 1000)。提前指定容量，能减少数组复制次数，性能更稳。

处理分隔符也有更好的做法。很多人习惯在循环里挨个判断是不是第一项，其实可以改用StringJoiner（Ja va 8+），或者先用StringBuilder全拼完，最后用deleteCharAt()删掉末尾多余的符号。代码更干净，也少几个if判断。

还有一个技巧：如果同一个StringBuilder需要多次复用，用sb.setLength(0)清空比new一个新实例更轻量。但注意，必须确保没有其他引用还指向它，不然清空会影响到别的地方。

哪些情况其实不用StringBuilder？

不是所有拼接场景都需要上StringBuilder。比如单行拼接："User " + user.getName() + " logged in"，编译器会自动优化成StringBuilder，代码写起来更清晰，效果一样。拼接次数不超过3次，内容也不复杂，硬套StringBuilder反而显得冗余。

但有一点必须警惕：多线程环境下，千万不要共享同一个StringBuilder实例。每个线程必须独立创建，或者改用在同步层面有保护的StringBuffer——不过StringBuffer有同步开销，能不用就不用。