java中+拼接字符串的编译期优化仅适用于方法内局部变量、字面量及简单链式表达式，编译器生成stringbuilder字节码；循环内+=、跨多行复杂逻辑、字段初始化等场景不优化。
Java 中使用 + 拼接字符串时，编译器会在编译期自动优化为 StringBuilder（或 StringBuffer）调用，但**仅限于表达式中出现的字符串字面量和局部变量拼接，且整个表达式在编译期可静态分析**。不是所有 + 都会转，也不是运行时动态发生的“转换”，而是编译器生成等效的 StringBuilder 字节码。
哪些情况会被编译成 StringBuilder
满足以下条件时，javac 编译器会将 a + b + c 这类表达式重写为 new StringBuilder().append(...).append(...).toString()：
- 拼接操作发生在方法内（不能是字段初始化或静态块中复杂的表达式）
- 参与拼接的变量是局部变量、参数或字面量，且类型为
String或可被字符串转换的类型（如int、boolean） - 没有涉及循环或条件分支中的多次拼接（即单条语句或简单链式拼接）
- 编译目标版本 ≥ Java 5（StringBuilder 自 JDK 5 引入；JDK 5 之前用 StringBuffer）
看一个典型例子
这段代码：
String s = "a" + "b" + getStr() + 123;会被编译器大致翻译为：
注意："a" + "b" 是常量折叠，在编译期就合并为 "ab"；而 getStr() 和 123 会在运行时通过 append 加入。
哪些情况不会优化
以下写法仍会触发多次字符串创建，不走 StringBuilder 优化路径：
- 在循环里反复用
+=：每次都会新建 StringBuilder → toString() → 丢弃对象，效率低 - 拼接涉及
null值且未显式处理（String.valueOf(null)被调用，但逻辑不变） - 表达式跨多行、含复杂逻辑（如三元运算嵌套），编译器可能放弃优化
- 类字段直接初始化：
private final String s = "a" + method();—— 某些旧版编译器处理不一致，建议避免
怎么确认是否优化了
反编译 class 文件即可验证：
- 用
javap -c YourClass查看字节码 - 搜索
StringBuilder、append、toString等指令 - 如果看到
new StringBuilder和连续invokevirtual append，说明优化生效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
