编译期对字符串+的常量折叠仅适用于全编译期常量，直接生成字面量；含变量时自动转为StringBuilder调用但不复用；手动使用StringBuilder可复用、预设容量并支持灵活操作。
Java 中，StringBuilder 的高频拼接和字符串 + 拼接在底层行为上看似相似，但编译期优化机制和运行时表现有本质区别——关键不在“能不能优化”，而在于“谁来优化、何时优化、优化成什么”。
编译期对 + 的常量折叠（仅限编译期已知的字符串字面量）
当所有参与 + 的操作数都是编译期常量（如字符串字面量、final static 字符串、编译期可推导的常量表达式），Javac 会直接将整个表达式折叠为一个字符串常量，**完全不生成任何拼接字节码**。
例如：
String s = "a" + "b" + "c"; // 编译后等价于 String s = "abc";再如：
立即学习“Java免费学习笔记（深入）”；
final String x = "hello";String t = x + " world"; // 编译期可确定，也折叠为常量
这种优化是纯静态的，零运行时开销。但它不适用于含变量、方法调用或运行时才确定值的场景。
非字面量场景下，+ 实际被编译为 StringBuilder 调用
一旦出现任意一个非编译期常量（比如普通局部变量、方法返回值、循环变量），Javac 就无法折叠，转而自动生成 StringBuilder（或 StringBuffer）代码。
例如：
String a = getStr();String b = a + "x" + 123; // 编译后大致等价于：
new StringBuilder().append(a).append("x").append(123).toString();
注意三点：
- 每次执行该语句，都会新建一个
StringBuilder实例（默认容量 16）； - 若在循环中写
s += item;，相当于每轮都 new 一个新StringBuilder→.append()→.toString()，产生大量临时对象； - 编译器不会跨语句复用同一个
StringBuilder，哪怕逻辑上可以复用。
手动使用 StringBuilder 的核心优势：可控性与复用性
手动管理 StringBuilder 的价值不在于“比 + 快多少”，而在于你掌握了生命周期和容量控制权：
- 避免重复创建：在循环拼接中，复用同一实例，无额外对象分配；
-
预设合理初始容量：如已知最终长度约 1000，可
new StringBuilder(1024)，避免多次数组扩容（扩容需复制旧内容）； -
灵活插入、删除、修改：
insert()、delete()、setCharAt()等能力，+完全不具备； - 明确语义：表明此处是“构建中字符串”，提升可读性和意图表达。
实际性能差异的关键不是“+ vs StringBuilder”，而是“是否复用”
下面三段代码在高频拼接（如万次循环）中的表现差异显著：
// ❌ 最差：每次 + 都新建 StringBuilderString result = "";
for (int i = 0; i result += i;
}
→ 约 10000 个 StringBuilder 实例 + 至少 O(n²) 的字符复制（因每次 toString() 都拷贝当前全部内容）。
String result = "";
for (int i = 0; i result = result + i; // 编译后仍是 new StringBuilder()...toString()
}
行为同上，只是字节码由编译器生成，本质未变。
// ✅ 手动复用（推荐）StringBuilder sb = new StringBuilder(64000); // 预估容量
for (int i = 0; i sb.append(i);
}
String result = sb.toString();
→ 仅 1 个 StringBuilder，最多 1–2 次扩容，无中间字符串对象，时间复杂度接近 O(n)。
