java字符串拼接性能关键在于选用stringbuilder而非string，因其可变性避免重复创建对象；循环拼接、构建长文本、多次编辑等场景应优先使用，并预估容量以减少扩容开销，注意null处理、索引边界及线程安全问题。
Java中字符串拼接慢，往往不是代码逻辑问题，而是选错了工具。String不可变，每次“修改”都生成新对象；StringBuilder可变，在同一块内存上操作，这才是真正提升性能的关键。
明确什么时候该用StringBuilder
不是所有字符串操作都需要它。以下场景强烈建议使用：
- 循环内拼接字符串（比如遍历集合生成JSON或SQL语句）
- 构建长日志消息、HTML片段或XML内容
- 需要多次追加、插入、删除或反转字符串的业务逻辑
- 方法内部临时组装字符串，且不对外暴露StringBuilder实例
如果只是拼接两三个固定字符串（如"Hello " + name + "!"），编译器会自动优化为StringBuilder，无需手动替换。
初始化容量要预估，别靠默认值硬扛
默认构造的StringBuilder初始容量是16，一旦内容超出，内部数组就要扩容——复制旧数组、分配新空间、再拷贝，代价不小。尤其在已知结果长度时，提前指定容量能避免多次扩容。
- 估算总字符数：比如拼接100个平均8字符的ID，加上99个逗号，约899字符 → 初始化
new StringBuilder(900) - 用
StringBuilder(int capacity)直接设定，比反复append更稳 - 不确定长度时，宁可略高估（如设256或512），也别让它频繁扩容
链式调用+及时转String，别留着不用
StringBuilder本身不是字符串，它只是“加工车间”。完成所有操作后，必须调用toString()获取最终结果。
-
sb.append("a").append("b").append("c")是标准写法，支持链式调用 - 不要在循环里反复调用
toString()——那会白造String对象，失去意义 - 用完即弃：StringBuilder对象通常只在局部作用域使用，不建议作为成员变量长期持有（除非有明确复用需求）
注意null和边界操作的安全细节
看似简单的方法，藏着容易踩的坑：
-
append(null)会追加字符串"null"，不是空指针异常，但可能不符合预期 -
insert(index, str)中index必须满足0 ≤ index ≤ length()，越界抛StringIndexOutOfBoundsException -
delete(start, end)的end是**不包含**的，即删除[start, end)区间，这点和substring一致 - 多线程环境下不能共享同一个StringBuilder实例——它不安全；并发场景请改用
StringBuffer或重构为无共享设计
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
