Java字符串拼接应按场景选择：编译期字面量用+号，单线程动态构建用StringBuilder，集合拼接用String.join()，仅多线程共享修改时用StringBuffer，Java15+可选formatted()提升可读性。
Java里字符串拼接看似简单，但不同方式在性能、可读性、线程安全和适用场景上差异明显。选错方式可能带来内存浪费、GC压力甚至隐蔽bug。
直接用 + 号拼接（适合编译期确定的字符串）
Java对字面量+做了编译优化：多个字符串字面量相加（如 "a" + "b" + "c"）会在编译时合并为一个常量，不产生运行时开销。
但含变量时（如 "Hello" + name + "!"），Java 8及以后默认在底层转成 StringBuilder.append() 调用——看起来方便，实际隐式创建了临时对象。在循环或高频调用中仍可能影响性能。
- ✅ 适合简单、少量、非循环场景，代码最简洁
- ❌ 避免在 for 循环内用 + 拼接大量字符串（尤其 Java 8 之前）
- ⚠️ 字符串常量池行为要注意："ab" == "a" + "b" 为 true；但 "ab" == "a" + str（str 是变量）通常为 false
使用 StringBuilder（单线程下最常用、高效）
StringBuilder 是可变字符序列，内部基于 char[]，扩容策略类似 ArrayList（约1.5倍增长）。它不保证线程安全，但因此比 StringBuffer 更快。
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ✅ 推荐用于方法内拼接、循环构建字符串等单线程场景
- ✅ 显式控制容量可减少扩容次数：new StringBuilder(128)
- ❌ 多线程共享同一个 StringBuilder 实例时需手动同步
使用 StringBuffer（需要线程安全时）
StringBuffer 和 StringBuilder 接口几乎一致，但所有 public 方法都加了 synchronized。这意味着它线程安全，但也带来同步开销。
- ✅ 仅当多个线程会并发修改同一实例时才用它
- ❌ 日常开发中绝大多数拼接发生在局部变量或单次调用中，无需用 StringBuffer
- ? 现代并发场景更推荐用不可变对象 + 线程局部变量，而非共享可变 StringBuffer
Java 8+ 的 String.join() 和 Java 15+ 的 String.formatted()
String.join() 适合拼接集合或数组，带分隔符：
String result = String.join("-", "a", "b", "c"); // → "a-b-c"String.formatted()（Java 15+）是 printf 风格的轻量替代：
String msg = "User %s logged in at %s".formatted(name, Instant.now());- ✅ 语义清晰，避免手写 StringBuilder 或 + 号链
- ✅ 底层仍基于 StringBuilder，性能接近，且做了 null 安全处理
- ❌ 不适合复杂逻辑拼接（比如条件分支嵌套）
基本上就这些。日常开发优先考虑 +（简单场景）、StringBuilder（循环/动态构建）、String.join()（集合拼接），除非真有并发修改需求，否则不用 StringBuffer。
