用stringbuilder替代string循环拼接可显著提升性能，核心是复用同一可变对象、预估并设置合理初始容量、循环内仅append不tostring、避免多线程共享。
用 StringBuilder 替代 String 进行循环拼接，核心在于复用同一个可变对象，避免每次“+”都生成新 String 实例。Java 中 String 是不可变的，循环中用 str += "xxx" 实际等价于 str = new StringBuilder(str).append("xxx").toString()，每轮都新建 StringBuilder 和 String，开销极大。
初始化时预估容量，减少数组扩容
StringBuilder 底层用 char[] 存储，扩容会触发数组复制（类似 ArrayList）。若提前知道最终文本大致长度，应显式指定初始容量：
- 例如拼接 1000 行日志，每行平均 200 字符 → 初始容量设为
new StringBuilder(200_000) - 不确定时，至少给个合理下限（如
new StringBuilder(4096)），比默认 16 字符更高效 - 避免用
new StringBuilder().append(...)链式调用却不指定容量——默认容量在大文本场景下极易频繁扩容
循环内只调用 append()，绝不调用 toString() 或创建新 StringBuilder
常见错误是在循环里反复 toString() 或新建对象，这会抵消优化效果：
- ❌ 错误：每次循环都
sb.toString() + "extra"→ 又触发 String 拼接，回到原点 - ❌ 错误：循环内写
new StringBuilder(sb.toString()).append(...)→ 完全失去意义 - ✅ 正确：整个循环只操作同一个 StringBuilder 实例，所有内容通过
append()累积 - ✅ 最终只需一次
sb.toString()获取结果（且仅在必须返回 String 时才调用）
注意线程安全边界：不要在多线程间共享同一 StringBuilder 实例
StringBuilder 是非线程安全的。如果循环本身是并发执行的（如多个线程各自拼接不同文本），每个线程应持有独立的 StringBuilder：
- 不要把 StringBuilder 声明为 static 或跨线程传递
- 推荐在方法内局部创建（
StringBuilder sb = new StringBuilder(capacity);），天然线程隔离 - 若需全局复用（如高性能场景），可用
ThreadLocal<stringbuilder></stringbuilder>，但多数情况局部新建更清晰、GC 压力可控
替代方案对比：StringBuffer 与 StringJoiner 的适用场景
不是所有场景都必须手写 StringBuilder 循环：
- StringBuffer：和 StringBuilder 接口一致，但方法加了 synchronized —— 仅当明确需要多线程安全拼接且无法控制实例独占时使用，性能略低
-
StringJoiner：适合有分隔符的集合拼接（如
StringJoiner sj = new StringJoiner(","); list.forEach(sj::add);），底层也用 StringBuilder，语义更清晰 -
String.join()：最简场景（如
String.join("\n", lines)）直接用它，JDK 已优化，无需手动 StringBuilder
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
