java字符串拼接本质是编译器根据操作数是否为编译期常量选择路径：常量拼接走编译期折叠，变量拼接生成stringbuilder字节码；jdk9+用invokedynamic优化但语义不变。
Java 字符串拼接的底层行为，本质是编译器（javac）根据操作数是否可在编译期确定，自动选择两条不同路径：一条走“零运行时开销”的常量折叠，另一条走“运行时 StringBuilder 构建”。这不是 JVM 运行时的魔法，而是编译阶段就定下的字节码逻辑。
纯字面量拼接：编译期直接合并，不生成 StringBuilder
当所有参与 `+` 的操作数都是编译期常量（如 `"a"`、`"b"`、`final static String X = "hello"`），javac 会把整个表达式算出来，直接写成一个字符串字面量，存入 class 文件的常量池。 运行时完全不创建任何对象，也不调用任何方法。 例如： ```java String s = "Java" + " is " + "cool"; // 编译后等价于：String s = "Java is cool"; ``` 即使含 `final` 局部变量，只要值在编译期可推导，也会被折叠： ```java final String a = "Hello"; final String b = "World"; String t = a + " " + b; // 同样折叠为 "Hello World" ``` 这种优化只认“确定性”，不认“不变性”——只要有一个普通变量（比如 `String x = ...`），就立刻退出该路径。含变量拼接：编译器自动生成 StringBuilder 调用
一旦出现任意非常量（如方法返回值、循环变量、非 final 局部变量），javac 就无法在编译期算出结果，转而生成等效的 StringBuilder 字节码。 例如： ```java String a = getUserInput(); String b = a + " logged in at " + System.currentTimeMillis(); ``` 编译后大致等价于： ```java new StringBuilder().append(a).append(" logged in at ").append(System.currentTimeMillis()).toString(); ``` 关键点有三个： - 每次执行该语句，都会 `new StringBuilder()` —— 默认容量 16，对象新建开销不可忽略； - 编译器不会跨语句复用同一个 StringBuilder，哪怕逻辑上完全可以； - `append()` 自动处理类型转换（如数字、布尔、null），内部调用 `String.valueOf()`。循环中滥用 += 是性能雷区
写成这样： ```java String result = ""; for (String s : list) { result += s; } ``` 等于每轮都执行： ```java result = new StringBuilder().append(result).append(s).toString(); ``` 旧字符串内容被反复复制，时间复杂度趋近 O(n²)，还会制造大量短命对象，加重 GC 压力。正确做法是手动控制生命周期：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 循环外创建一次
StringBuilder sb = new StringBuilder(估算总长); - 循环内只调
sb.append(s); - 循环结束后统一
sb.toString()
JDK9+ 的升级：invokedynamic 不改变语义，但更智能
JDK9 起，`+` 拼接不再硬编码为 `new StringBuilder()`，而是通过 `invokedynamic` 指令绑定到 `StringConcatFactory`。 JVM 运行时会根据实际参数类型、长度、是否含 null 等，动态选择最优策略（比如复用数组、跳过拷贝、甚至内联）。 但开发者视角不变： - 编译期常量仍被折叠； - 含变量仍等效 StringBuilder 行为； - 循环里 `+=` 依然低效，仍需手动复用。不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
