Java字符串拼接主流方式有五种：“+”运算符、String.concat()、StringBuilder.append()、StringBuffer.append()、String.join()/StringJoiner/StringUtils.join()；性能差异源于字符串不可变性与内存分配策略，循环拼接应优先用预设容量的StringBuilder。
常见字符串拼接方式有哪些
Java中主流的字符串拼接方式有五种，按使用频率和适用场景可分为：
-
“+” 运算符：最直观，适合少量、静态或编译期可确定的拼接，如
"Hello" + name + "!" - String.concat()：单次拼接两个字符串，底层新建String对象，不复用缓冲区
- StringBuilder.append()：非线程安全，单线程下性能最优，支持链式调用
- StringBuffer.append()：线程安全（方法加synchronized），多线程共享拼接时可用，但有同步开销
- String.join() / StringJoiner / StringUtils.join()：专为集合拼接设计，自动处理分隔符，代码简洁且高效
不同方式的性能差异关键在哪
性能差异核心源于字符串不可变性与内存分配策略：
- String对象每次拼接都生成新实例，旧对象变垃圾——循环中用
+或concat会触发大量GC，时间复杂度接近O(n²) - StringBuilder/StringBuffer内部使用可扩容char数组，append只是修改数组内容，避免频繁对象创建；扩容时若未预设容量，会触发数组复制（原容量×2），影响大文本拼接效率
- JDK 9+对
+做了重大优化：编译后不再固定转成StringBuilder，而是通过StringConcatFactory.makeConcatWithConstants动态生成高效字节码，在简单拼接（尤其含常量）场景下甚至快于StringBuilder - String.join()底层也基于StringBuilder实现，但做了预估长度和分隔符优化，集合拼接时比手写循环+append更稳、更简
怎么选才合适
根据实际场景做选择，不是越“高级”的API就越好：
-
拼2–3个已知字符串：直接用
+，可读性强，JDK 8+编译器已优化，无需纠结 -
循环内拼接（如遍历List生成CSV）：必须用
StringBuilder，并建议预设初始容量（如new StringBuilder(list.size() * 16)） -
多线程共用同一缓冲区拼接：选
StringBuffer，但这类需求极少；更推荐每个线程独立用StringBuilder -
把List/Array拼成带分隔符的字符串：优先用
String.join(",", list)或StringJoiner，语义清晰且不易出错 -
高频日志拼接或模板渲染：考虑使用
MessageFormat或现代模板引擎（如StringTemplate），而非手动拼接
容易被忽略的细节
几个实战中常踩的坑：
- 在for循环里写
str += "x"，等价于每次新建StringBuilder → toString() → 赋值，性能灾难 - 用
StringBuilder但没设初始容量，拼接超长字符串时多次扩容复制，拖慢速度 - 误以为
StringBuffer一定比StringBuilder“更可靠”，其实单线程下它只是徒增锁开销 - 用
StringUtils.join()却忘了引入Apache Commons Lang依
赖，导致编译失败
- 在Lambda或Stream中用
reduce拼接字符串（如list.stream().reduce("", (a,b)->a+b)），本质仍是反复创建String，应改用Collectors.joining()
