必须用stringbuilder的场景是循环内拼接（≥5次且单次内容＞10字符）、跨方法调用、可预估长度需设初始容量、需动态删改内容；初始化应显式指定容量避免多次扩容，链式append更高效，禁用混用+与append及循环内string+=。
直接用 StringBuilder 替代 += 或 + 拼接，尤其在循环、日志组装、SQL 构建等场景中，能避免频繁创建临时 String 对象，大幅降低 GC 压力和内存开销。但不是所有拼接都值得换——1–2 次静态拼接编译器会自动优化，硬套 StringBuilder 反而增加代码噪声。
哪些情况必须用 StringBuilder？
以下属于性能敏感路径，建议显式使用：
- 循环内拼接，且循环次数 ≥ 5，每次拼接内容平均长度 > 10 字符（如遍历万条记录生成 CSV）
- 拼接逻辑分散在多个方法或回调中（编译器无法跨方法做 StringBuilder 合并优化）
- 已知最终字符串大致长度（例如：1000 个用户昵称 × 平均 15 字 + 999 个逗号），可预设容量
- 需要动态调整内容，比如追加后删尾逗号、插入前缀、替换占位符等
怎么初始化才不浪费扩容？
默认容量是 16，但一次扩容触发数组复制，开销不小。扩容公式为：新容量 = 旧容量 × 2 + 1。多次扩容会让性能断崖下跌。
- 能估算总长就显式设置：如拼接 500 个平均 20 字的字符串 + 分隔符，预估 500×20 + 499 ≈ 10500，写
new StringBuilder(10500) - 不确定长度但数据量大（如日志缓冲区），宁可高估（如设 2048 或 4096），避免翻倍再翻倍
- 配合
ThreadLocal复用时，固定容量（如 1024）+ 每次调用setLength(0)清空，比反复新建更轻量
链式 append 怎么写才真正高效？
append() 返回自身，支持连续调用，既简洁又零额外开销。它自动处理类型转换，无需手动 String.valueOf()。
- 推荐写法：
sb.append("ID:").append(id).append(", name:").append(name) - 别混用
+和append：如sb.append("a" + "b")会让编译器先生成临时 StringBuilder，白忙一场 - 禁止在循环里写
String s = ""; s += item;——每次迭代都新建对象，时间复杂度接近 O(n²) - 拼接完必须显式调用
toString()，这不是自动发生的
线程安全与复用注意事项
StringBuilder 本身不加锁，单线程下最快；多线程共享同一实例会导致乱序、丢字符，甚至抛 ArrayIndexOutOfBoundsException。
- 方法内局部变量创建：最安全、最常用
- 线程池任务中复用：可用
ThreadLocal<stringbuilder></stringbuilder>，确保线程隔离 - 全局 static 实例：绝对禁止，哪怕加了 synchronized 也掩盖不了设计缺陷
- 真需线程安全 → 改用 StringBuffer，但仅限极少数共享拼接器的老系统场景
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
