Java字符串+运算符由编译器优化：编译期常量折叠为单个字符串，运行时自动生成StringBuilder.append()链式调用并转toString；循环中滥用会导致O(n²)性能问题。
Java 中字符串连接运算符 + 的底层实现并非直接调用某个固定方法，而是由编译器在编译期根据操作数类型和上下文自动优化并重写为更高效的代码，核心机制是“编译期优化 + 运行时 StringBuilder（或 StringBuffer）拼接”。
编译期常量折叠：字符串字面量相加直接合并
当 + 两侧都是编译期可确定的字符串字面量（或 final 字符串常量）时，Javac 会在编译阶段完成拼接，生成单个字符串常量，不产生运行时开销。
-
例如：
"Hello" + "World"编译后等价于"HelloWorld"，直接存入常量池； -
再如：
final String a = "Java"; final String b = "8"; String s = a + b;同样会被折叠为"Java8"； -
注意：只要有一个操作数是非 final 变量或运行时计算值（如
String a = getStr(); a + "test"），就无法折叠，进入运行时拼接流程。
运行时拼接：编译器自动插入 StringBuilder 调用
对于含变量、方法调用等无法在编译期确定的字符串拼接，Javac 会将 + 表达式重写为等效的 StringBuilder.append() 链式调用，并在末尾调用 toString()。
-
例如：
String s = a + b + c;（a/b/c 均为非 final 引用）会被编译为类似：new StringBuilder().append(a).append(b).append(c).toString()； -
自动处理类型转换：若出现非字符串操作数（如
"num=" + 123），编译器会先调用对应类型的String.valueOf(...)转为字符串再 append； -
线程安全不考虑：默认使用
StringBuilder（非 synchronized），而非StringBuffer，因绝大多数拼接场景是单线程局部操作。
特殊情况：循环内滥用 + 导致性能问题
在循环中连续使用 + 拼接字符串（如 result += str）会导致重复创建 StringBuilder 对象，时间复杂度退化为 O(n²)。
立即学习“Java免费学习笔记（深入）”；
-
原因：每次
+=都被编译为new StringBuilder().append(old).append(new).toString()，旧字符串内容反复拷贝； -
建议：显式使用
StringBuilder并复用实例，尤其在循环体中； - 例外：Java 9+ 对部分简单循环场景做了 JIT 优化（如字符串不可变且长度可控），但不可依赖，仍应主动优化。
从字节码看本质：javap 可验证重写逻辑
通过 javap -c 查看编译后字节码，能清晰看到 + 消失，取而代之的是 new StringBuilder、invokevirtual StringBuilder.append 和 toString 等指令。
-
关键指令示例：
new java/lang/StringBuilder、dup、invokespecial java/lang/StringBuilder.<init>()V、invokevirtual java/lang/StringBuilder.append(Ljava/lang/String;)Ljava/lang/StringBuilder;； -
无 StringBuilder 的情况：纯字面量拼接在字节码中只有一条
ldc指令加载常量池中的结果字符串。
