String不可变性导致频繁拼接产生大量临时对象和GC压力，应使用StringBuilder动态构建后调用toString()获取最终String。
Java 中 String 的不可变性意味着每次对 String 做修改（如拼接、截取、替换）都会创建新对象，原对象不变；而 StringBuilder 是可变的字符序列，专为高效拼接设计。两者不是替代关系，而是互补配合：用 String 表示稳定文本，用 StringBuilder 承担动态构建逻辑。
为什么不能直接用 String 拼接大量文本
String 的“+”或 concat() 在循环中反复使用，会持续生成新对象，造成大量临时字符串和 GC 压力。例如：
❌ 低效写法：String result = "";<br>for (String s : list) {<br> result += s; // 每次都新建 String 对象<br>}
即使编译器在某些简单场景下会自动优化为 StringBuilder，但逻辑复杂时（如条件分支内拼接）无法保证，应主动控制。
立即学习“Java免费学习笔记（深入）”；
用 StringBuilder 替代频繁 String 拼接
把需要多次修改的字符串操作交给 StringBuilder，最后再转成 String。关键点：
- StringBuilder 实例可重复调用 append()、insert()、delete() 等方法，不产生中间字符串
- 构造时可预估容量（如 new StringBuilder(1024)），避免内部 char[] 多次扩容
- 完成构建后，用 toString() 获取最终不可变结果——这是安全的“出口”，符合 String 设计本意
StringBuilder sb = new StringBuilder(list.size() * 16); // 预估初始容量<br>for (String s : list) {<br> sb.append(s).append(",");<br>}<br>String result = sb.toString().replaceAll(",$", ""); // 最后一步才转 String 并做轻量处理
String 不可变性如何保障 StringBuilder 的安全性
StringBuilder 内部维护可变的 char[]，但它本身不是线程安全的；而 String 的不可变性在此起到“快照”作用：
- toString() 返回的是当前状态的副本（new String(value, 0, count)），不会暴露内部数组引用
- 后续对 StringBuilder 的修改不影响已生成的 String，因为 String 持有自己独立的字符拷贝
- 若需线程安全拼接，应选用 StringBuffer（同步方法），但性能略低；一般场景仍首选 StringBuilder + 最终 toString()
典型配合场景举例
常见于日志组装、SQL 构建、JSON 片段生成等：
- 从配置项动态拼接路径：用 StringBuilder 组合 baseDir、subPath、fileName，最后 toString() 得到完整路径 String
- 批量处理数据后生成摘要信息：循环中 append 字段值和分隔符，结束时 toString() 并传给日志系统（接收 String 类型）
- 模板填充：先用 StringBuilder 拼基础结构，再用 String.replace() 替换占位符（注意 replace 后仍是新 String，适合少量替换）
