编译期常量是Java中在编译阶段即可确定值的static final字段，其值必须为编译时常量表达式，如字面量或可静态计算的表达式；编译器会通过常量折叠优化，将涉及这些常量的表达式直接替换为计算结果，减少运行时开销；该机制适用于算术运算、字符串拼接和布尔判断，并影响跨类引用时的值内联，可能导致常量更新后因未重新编译而残留旧值；为避免此问题，可通过方法调用等方式打破编译期常量条件，使值在运行时确定。
在Java中，编译期常量（compile-time constant）是指那些在编译阶段就能确定其值的常量。这类常量通常被声明为 static final，且其初始值必须是编译时可计算的常量表达式。理解编译期常量对于掌握Java的“常量折叠”优化机制至关重要。
什么是编译期常量
根据Java语言规范，一个变量要成为编译期常量，需满足以下条件：
- 使用 static final 修饰（接口中的字段默认满足）
- 数据类型为基本类型或 String
- 初始化值必须是编译时常量表达式，例如字面量、其他编译期常量的组合，或由这些构成的简单运算
示例：
public static final int MAX_COUNT = 100; // ✅ 编译期常量 public static final String NAME = "Java"; // ✅ 编译期常量 public static final int SUM = 2 + 3 * 4; // ✅ 编译期常量，表达式可静态计算 public static final int RUNTIME_VALUE = new Random().nextInt(); // ❌ 非编译期常量，运行时才确定
常量折叠的核心原理
常量折叠（Constant Folding）是Java编译器的一项优化技术：在编译期间，将涉及编译期常量的表达式直接计算出结果，并用该结果替换原表达式。
立即学习“Java免费学习笔记（深入）”；
这项优化发生在编译阶段，不需要JVM参与，能减少运行时的计算开销。
举个例子：
public class Example {
public static final int A = 5;
public static final int B = 10;
public static final int C = A * B + 1; // 编译器会将其折叠为 51
}
上述代码中，C 的值在编译后实际等同于直接写成：
public static final int C = 51;
这意味着，即使你反编译类文件，也看不到原始表达式，只能看到计算后的值。
常量折叠的实际影响
常量折叠不仅作用于简单的算术运算，还会影响字符串拼接、布尔表达式等场景。
- 字符串拼接： "Hello" + "World" 在编译后变成 "HelloWorld"
- 布尔常量判断： if (true) { ... } 中的条件会被直接展开，无分支判断开销
- 跨类引用： 若其他类引用了某个类的编译期常量字段，该值会被“内联”到引用处
注意： 如果常量值发生变更但未重新编译所有引用它的类，可能导致旧值残留。因为引用类在编译时已经把常量值“固化”进自己的字节码中。
如何避免常量折叠带来的问题
若你希望某个 final 字段的值在运行时动态决定，又不希望被常量折叠，可以打破编译期常量的条件：
- 去掉 final 修饰
- 使用非字面量初始化，如通过方法调用：
static final int VALUE = getValue(); - 使用 volatile 或结合反射等机制强制运行时读取
这样，即使字段是 static final，也不会被视为编译期常量，从而避免被折叠。
基本上就这些。理解编译期常量和常量折叠，有助于写出更高效、更可控的Java代码，尤其是在设计配置类或常量接口时特别重要。
