java中final修饰的string变量拼接能否触发编译期优化，取决于其是否构成编译期常量：需同时满足final且初始化为字面量或其它编译期常量、类型为string或基本类型、表达式仅含简单运算符无运行时行为；类字段还需static和public才可被其他类内联。
Java中用final修饰的String变量参与拼接时，能否触发编译期优化，关键不在于“是否用了final”，而在于它是否构成**编译期常量（compile-time constant）**。只有满足全部条件，javac才会在编译阶段把拼接结果直接算出来，写进字节码，运行时零开销。
必须同时满足的三个硬性条件
缺一不可：
-
声明为
final且初始化值是字面量或其它编译期常量：比如final String s = "hello";✔️；但final String s = getString();❌（含方法调用） -
类型必须是
String或基本类型：只有String和基本类型（int、boolean等）能参与字符串常量折叠；final StringBuilder sb = ...哪怕final也不行 -
整个拼接表达式只含简单运算符，无运行时行为：仅允许
+、&&、?:等，禁止new、.toString()、System.getProperty()、任何方法调用
局部变量 vs 类字段：final的作用范围不同
局部final变量只要初始化值是字面量，就可被当作编译期常量；而类字段要成为“真正可被其他类内联的常量”，还需加上static和public（如public static final String VERSION = "2.0";）。否则，即使final String a = "x";在方法里能折叠，但在实例字段中（如class A { final String a = "x"; }），外部类引用new A().a + "y"就不会折叠——因为实例字段的值依赖对象创建，不是编译期确定的。
看字节码确认是否真的优化了
反编译后如果看到类似这样的一行，说明折叠成功：
String c = "hello world";而不是：
StringBuilder var10000 = new StringBuilder();var10000.append("hello").append("world").toString();
更直接的验证方式是用==比较：
-
"a" + "b" == "ab"→ true（都在常量池） -
final String x = "a"; final String y = "b"; String z = x + y;→z == "ab"也是true - 但若去掉
final，或其中一个是String x = getStr();，z == "ab"就是false
容易踩坑的典型反例
-
final String a = System.getProperty("os.name");→ ❌ 含方法调用，不折叠 -
private final String s = "x";→ ❌ 非public，外部类无法内联，即使本类内s + "y"可能折叠，但跨类引用不会 -
final String a = "a"; String b = "b"; String c = a + b;→ ❌b没用final，整体不视为常量表达式 -
final String prefix = "v"; int version = 2; String v = prefix + version;→ ✅ 基本类型int参与拼接也支持折叠（前提是version本身也是final且字面量初始化）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
