java字符串拼接性能优化核心是避免string不可变性导致的对象爆炸，应显式使用stringbuilder（单线程）、预估容量减少扩容、慎选stringbuffer（仅多线程共享时），并按场景选用stringjoiner或string.format。
Java 中字符串拼接的性能优化，核心在于避开 String 不可变性带来的对象爆炸问题。最直接有效的策略是：在非编译期常量拼接、尤其涉及循环或变量时，**显式使用 StringBuilder**；多线程共享同一缓冲区才考虑 StringBuffer；JDK 9+ 的 StringConcatFactory 虽有底层优化，但不改变编码层面的最佳实践。
优先用 StringBuilder 替代 + 号拼接（尤其在循环中）
String 的不可变性导致每次 + 操作都生成新对象。在循环里写 str += value，编译器虽会转成 StringBuilder，但每次迭代都新建一个 StringBuilder 实例，造成大量临时对象和扩容开销。
- ❌ 错误写法（性能差）：
String result = "";<br>for (int i = 0; i result += "item" + i;<br>}
- ✅ 正确写法（推荐）：
StringBuilder sb = new StringBuilder();<br>for (int i = 0; i sb.append("item").append(i);<br>}<br>String result = sb.toString();
预估容量，减少内部数组扩容
StringBuilder 底层是 char[]（JDK 8）或 byte[]（JDK 9+），扩容需复制旧数据。若能预估最终长度，构造时指定初始容量可显著降低扩容次数。
- 例如拼接 1000 条平均长度 20 的字符串，加上分隔符共约 25000 字符：
StringBuilder sb = new StringBuilder(25000); - 不确定时，也比默认容量（16）更稳妥；避免频繁从 16 → 34 → 70 → … 扩容。
区分场景选 StringBuilder 还是 StringBuffer
两者 API 几乎一致，关键差异只在同步机制：
- StringBuilder：无 synchronized，单线程下性能更高，日常开发中占 95% 以上场景；
- StringBuffer：所有 public 方法加了 synchronized，适合多个线程共用同一个实例修改字符串（极少见）；
- 不要为“看起来更安全”而默认选 StringBuffer——锁开销真实存在，单线程下通常慢 10%~15%。
善用 StringJoiner 和 String.format（特定场合）
当拼接逻辑含固定分隔符、前缀/后缀，或格式化需求明确时，可提升可读性与维护性：
StringJoiner sj = new StringJoiner(", ", "[", "]");<br>sj.add("a").add("b").add("c"); // → "[a, b, c]"-
String msg = String.format("User %s logged in at %s", name, time);（注意：format 内部仍用 StringBuilder，适合低频、可读性优先场景） - 避免在高频循环中反复调用 format，它有额外解析开销。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
