java中string不可变性导致大量拼接性能低下，应使用stringbuilder（单线程首选）、stringjoiner（需分隔符/前后缀时）或预估容量优化。
Java 中 String 的不可变性在大量拼接场景下不能“处理”，而是要绕开——用可变字符串类替代，核心方案是 StringBuilder，辅以 StringJoiner 或预估容量优化。
为什么不能靠 String 本身解决？
String 不可变意味着每次拼接（如 str += part）都会创建新对象，复制全部旧内容。循环拼接 n 次时，总复制量接近 n² 级别，内存和 GC 压力陡增。这不是“处理方式”的问题，而是设计定位的错配：String 是安全共享的数据载体，不是动态构建工具。
首选 StringBuilder：单线程拼接的标配
它底层是一个可扩容的字符数组（JDK 9+ 为 byte[]），所有 append() 操作都在原数组上追加，避免重复复制：
- 默认初始容量为 16，若能预估最终长度（比如拼 10000 条、每条平均 30 字符），建议显式指定：
new StringBuilder(300000)，减少扩容次数 - 扩容策略是“2× + 2”，但频繁扩容仍涉及数组复制，预设容量是最简单有效的优化
- 方法支持链式调用：
sb.append("id=").append(id).append(",name=").append(name) - 只在最后调用一次
toString()获取结果，中间不产生任何 String 对象
有分隔符或前后缀？用 StringJoiner 更清晰
当拼接需要固定分隔符（如逗号）、开头加 "["、结尾加 "]" 时，StringJoiner 比手动控制 StringBuilder 更安全、可读性更高：
- 构造时直接传入分隔符：
new StringJoiner(",", "[", "]") - 自动处理空集合（不加多余分隔符）、首尾边界逻辑，避免手写 if 判断
- 内部其实也基于 StringBuilder，性能无损失，只是封装了常见格式逻辑
- 适合日志行组装、JSON 数组片段、SQL IN 列表等结构化拼接场景
其他注意事项
不用 StringBuffer，除非真有多个线程共用同一个实例（极少见）；它的 synchronized 带来约 10–15% 性能损耗，日常单线程场景纯属冗余。
编译器对 + 的优化仅限于编译期常量（如 "a" + "b"），运行时变量参与的循环拼接不会被提升，务必手动改写。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
