java接口常量必然被编译期折叠，因自动具备public static final修饰及编译期常量表达式条件，字节码中直接嵌入字面值而非getstatic指令。
Java 接口中定义的常量天然满足编译期常量折叠的所有条件，因此默认就会被 javac 折叠——不是“可能”，而是“必然”发生。
接口常量自动具备折叠资格
接口中声明的字段，即使没写 public static final，编译器也会自动补全这三个修饰符。也就是说：
- public：接口常量对外可见，调用方能访问
- static final：强制静态且不可变，符合折叠前提
- 类型限定为基本类型或 String，且初始化表达式是编译期常量表达式（如字面量、简单运算、其他已折叠常量拼接）
例如：
interface Config {<br> int TIMEOUT = 30 * 1000;<br> String PATH = "/v1/" + "user";<br>}
这两行在编译后，所有引用
Config.TIMEOUT 或 Config.PATH 的地方，字节码里直接出现 ldc 30000 和 ldc "/v1/user"，而不是 getstatic 指令。折叠后的行为表现
一旦折叠完成，实际效果是：
- 调用方字节码中不再保留对接口字段的符号引用，字段名甚至不会出现在其常量池里
- 反编译看到的是字面值，比如
System.out.println(30000);，而非System.out.println(Config.TIMEOUT); - 如果后续修改接口中常量值（如把
TIMEOUT = 30 * 1000改成60 * 1000），仅重编译接口类Config.class不够——所有用到它的实现类、工具类也必须重新编译，否则仍使用旧值 - 字符串拼接结果会进入字符串常量池，且与直接写的字面量完全等价，所以
Config.PATH == "/v1/user"返回 true
和类中常量的关键区别
类中要达到同样效果，必须显式声明 public static final；而接口无需显式写出，语言规范强制赋予。这意味着：
- 接口常量更“安全”地参与跨模块折叠——只要依赖该接口，就天然享受内联优势
- 但这也带来隐式耦合：接口常量一旦变更，所有依赖方必须同步重编译，否则行为不一致
- private 或 package-private 的类字段，哪怕
static final，外部类也无法折叠，而接口没有这种访问限制
什么情况会破坏接口常量的折叠
即使在接口中，也不一定总能折叠。以下任一情形都会导致失败：
- 类型不是基本类型或 String（如
Integer CODE = 200;—— 包装类不算编译期常量） - 初始化含方法调用（如
long TS = System.nanoTime();） - 含 new 表达式（如
String S = new String("x");） - 使用非 final 变量参与计算（如引用了外部未声明为 final 的变量）
- 字符串拼接中混入运行时值（如
String URL = BASE + "/" + System.getProperty("env");）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
