java编译期常量与运行期常量的核心区别在于值是否在编译阶段唯一确定：编译期常量须同时满足static final修饰、基本类型或string类型、初始化值为编译期可计算的常量表达式；否则即为运行期常量。
区分 Java 编译期常量和运行期常量，关键看「值是否在编译阶段就能唯一确定」——这是 Oracle 官方定义的唯一标准，其他所有表现（如是否触发类初始化、是否被内联）都源于这一点。
编译期常量的三个硬性条件
必须同时满足以下三点，缺一不可：
-
修饰符正确：用
static final修饰（接口中字段默认满足）； -
类型受限：只能是基本类型（
int、boolean、char等）或String；不能是Integer、Object、数组、集合等引用类型； -
初始化值可静态计算：必须是字面量、字面量间的简单运算（如
1 + 2、"a" + "b"），或已知的编译期常量组合（如MAX_AGE + 1）；不能含方法调用（"abc".length()）、new 表达式、随机数、系统属性等任何运行时依赖。
运行期常量的典型特征
只要不满足上述任一条件，就是运行期常量。常见情况包括：
-
static final String id = UUID.randomUUID().toString();—— UUID 在运行时生成； -
static final int len = "hello".length();——.length()是方法调用，编译器不展开； -
static final Integer CODE = 404;—— 类型是包装类，不是基本类型； -
public final int value = new Random().nextInt();—— 非 static，且依赖运行时对象； -
static final byte[] DATA = {1, 2, 3};—— 数组是引用类型，即使内容固定也不算编译期常量。
一个快速验证方法：删掉定义类再运行
把声明常量的类的 .class 文件删掉，然后运行引用它的代码：
- 如果仍能成功执行（比如打印出
"Hello"），说明该常量是编译期常量——值已被复制进调用方的字节码； - 如果抛出
NoClassDefFoundError，说明是运行期常量——JVM 必须加载原类才能取值，因此强依赖类存在。
为什么这个区分很重要
它直接影响类加载行为和程序健壮性：
- 访问编译期常量不会触发其所在类的静态初始化块（
static{}）； - 修改编译期常量后，只重编译定义类是不够的——所有引用它的类也必须重新编译，否则继续使用旧值；
- 运行期常量每次访问都会真实读取字段，支持动态值，但也带来类加载开销和初始化依赖。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
