枚举常量作为static final字段，在类加载准备阶段仅分配内存并设为null，其真实对象实例化发生在初始化阶段；访问color.red等操作触发初始化，而color.class等不触发。
枚举常量被放入常量池，发生在类加载的准备（Preparation）阶段，但前提是该枚举类已被初始化——而初始化本身又依赖于是否触发了“必须初始化”的条件。理解这一点，关键在于把枚举看作一种特殊的 final 类，其常量本质是静态的、编译期确定的实例字段。
枚举常量本质是静态 final 字段
Java 中每个枚举值（如 Color.RED）在字节码中被编译为一个 public static final 的同名字段，类型为该枚举类本身。例如：
enum Color { RED, GREEN } 编译后等价于：
public final class Color extends Enum<color> {<br> public static final Color RED = new Color("RED", 0);<br> public static final Color GREEN = new Color("GREEN", 1);<br> private static final Color[] $VALUES = {RED, GREEN};<br>}</color>
这些字段符合“被 final 修饰且在编译期可确定值”的条件，因此它们的值会直接进入调用方的常量池（而非定义类的运行时常量池），但字段本身的符号引用仍存在于枚举类的常量池中。
常量池填充发生在加载与准备阶段
-
加载阶段：JVM 读取
.class文件，解析出常量池结构（包括CONSTANT_Utf8_info、CONSTANT_Class_info、CONSTANT_Fieldref_info等），此时枚举常量名（如"RED"）、类名、字段描述符等字符串和符号引用已载入常量池； -
准备阶段：为类的静态字段分配内存并设置默认值（如
RED字段初始为null）；但对static final基本类型或字符串字面量，JVM 可能直接赋真实值（因编译期常量）；而枚举实例不是基本类型，所以RED字段在此阶段仍为null，不会被初始化； -
初始化阶段：只有当首次主动使用该枚举类（如访问
Color.RED、调用其静态方法、或反射获取Color.class且initialize=true）时，才执行<clinit></clinit>方法，真正构造枚举实例并赋值给RED、GREEN等字段。
为什么访问枚举常量不总触发初始化？
这是最容易混淆的点。以下行为不会触发枚举类初始化，因此也不会执行枚举实例构造：
-
Color.class—— 仅加载，不初始化； -
Class.forName("Color", false, loader)——initialize=false； -
Color[] values = Color.values();——values()是静态方法，访问即触发初始化； -
System.out.println(Color.RED.name());—— 访问RED字段，属于getstatic指令，必须初始化； -
final Color c = Color.RED;（在另一类中）—— 若Color.RED是编译期常量（实际不是，因为枚举实例不可在编译期完全确定），则可能内联；但 JVM 规范明确：枚举常量不属于编译期常量（不同于public static final int），所以访问必触发初始化。
注意：虽然 Color.RED 在源码中看似“写死”，但它本质是对象引用，其地址只能在运行期确定，因此不能像 Integer.valueOf(127) 那样被优化或内联到调用方常量池。
验证方式：通过字节码与运行日志观察
可在枚举类中添加静态初始化块，观察何时执行：
enum Color {<br> RED, GREEN;<br> static { System.out.println("Color 初始化开始"); }<br>}
然后分别测试：
-
System.out.println(Color.class);→ 无输出（仅加载）； -
System.out.println(Color.RED);→ 输出初始化日志（触发初始化，此时RED字段才被赋值，常量池中的符号引用才解析为真实对象引用）； -
javap -v Color.class可看到常量池含#15 = Fieldref #3.#14 // Color.RED:Ljava/lang/Color;，证明符号引用早已存在，但直到初始化才绑定。
