编译期常量拼接用+号性能最优；运行期少量拼接Java 9+已优化，基本无感；循环内拼接必须用StringBuilder，否则时间复杂度达O(n²)，预估容量可避免扩容开销。
在Java中，拼接字符串时用加号（+）和StringBuilder的性能差异，主要取决于拼接发生的上下文——尤其是编译期能否优化、拼接次数是否固定、以及是否在循环中反复执行。
编译期常量拼接：+号毫无压力
当所有操作数都是编译期已知的字符串字面量（如 "a" + "b" + "c"），Java编译器会直接将其优化为单个字符串常量 "abc"，运行时零开销。此时用+号比手动写StringBuilder更简洁、可读性更好，性能完全一致。
运行期变量拼接：+号可能触发多次对象创建
一旦涉及变量（如 str1 + str2 + str3，其中str1/2/3是运行时确定的String对象），Java编译器在Java 8及以前会默认生成多个StringBuilder实例（每次+都新建一个），造成不必要的临时对象和内存开销。Java 9+虽引入了字符串拼接优化（通过invokedynamic委托到StringConcatFactory），但底层仍可能使用StringBuilder或更高效的实现，整体性能已有显著提升，但仍不如手写StringBuilder可控。
- 简单两三个变量拼接（如
name + "@" + domain），现代JVM基本无感，不必强求StringBuilder - 若拼接逻辑较复杂、分支多，或出现在热点路径，建议显式用StringBuilder提升可预测性
循环内拼接：必须用StringBuilder
这是性能差异最明显的场景。例如：
String result = "";
for (String s : list) {
result += s; // 千万别这么写！
}
每次+=都会创建新String对象，时间复杂度接近O(n²)。等价于每轮都新建StringBuilder → toString() → 丢弃旧对象。正确写法是：
StringBuilder sb = new StringBuilder();
for (String s : list) {
sb.append(s);
}
String result = sb.toString();
这样只分配一次缓冲区（可预估容量避免扩容），时间复杂度稳定为O(n)。
小技巧：合理预估容量，避免扩容开销
StringBuilder内部基于char数组，扩容会触发数组复制。如果能预估最终长度（比如拼接100个平均长度20的字符串），初始化时指定容量：
StringBuilder sb = new StringBuilder(100 * 20); // 预留空间
这能减少甚至避免扩容，进一步提升性能，尤其在大批量拼接时效果明显。
不复杂但容易忽略：关键不在“用不用StringBuilder”，而在于“什么时候必须用”。编译期常量放心用+；少量运行期拼接看JVM版本和场景；循环拼接或高频调用，StringBuilder是明确且安全的选择。
