静态变量在类初始化阶段（clinit）才被赋值，而非加载完成时；准备阶段仅分配内存并设默认值，初始化阶段才执行static块和显式赋值，final static编译期常量除外。
静态变量在JVM中并不是在类加载“完成”时才初始化，而是在类初始化阶段（clinit）被赋值——这是类加载过程的最后一个阶段，且仅发生一次。很多人误以为“加载阶段就初始化”，其实是混淆了“加载（Loading）”和“初始化（Initialization）”两个严格分离的步骤。
类加载五步中，只有“初始化”才真正执行静态变量赋值
JVM规范定义的类加载过程包含五个阶段：加载 → 验证 → 准备 → 解析 → 初始化。关键点在于：
- 准备阶段：仅为静态变量分配内存，并设置默认值（如int为0、引用为null），不执行任何Java代码，包括static块或=右边的表达式；
-
初始化阶段：才真正执行类构造器
方法，即按源码顺序执行所有静态变量显式赋值语句和static代码块； - 例如：
static int x = getValue();中的getValue()调用，发生在初始化阶段，而非准备阶段。
触发初始化的条件决定了静态变量何时真正“活起来”
类不会在加载后自动初始化，只有当首次主动使用该类时，JVM才强制触发初始化。常见主动使用包括：
- 创建该类的实例（new指令）；
- 访问/赋值该类的静态字段（被final修饰且已在编译期确定值的常量除外）；
- 调用该类的静态方法；
- 反射调用（如Class.forName("X")）；
- 初始化子类时，若父类尚未初始化，则先触发父类初始化。
这意味着：一个类即使已被加载甚至链接，只要没被“主动使用”，其静态变量仍停留在默认值状态，<clinit></clinit>根本不会运行。
验证机制：可以通过字节码和调试观察到分阶段行为
写一个含静态字段和static块的类，用javap -c查看字节码，会发现：
- 准备阶段对应的是内存分配与零值设定，无对应字节码；
- 所有静态赋值和static块被合并编译为一个名为
<clinit></clinit>的特殊方法，仅在初始化阶段由JVM调用； - 在IDE中对static块首行打断点并单步调试，可清晰看到：类加载日志出现后，直到首次触发初始化时，断点才命中，此时静态变量才获得你写的初始值。
注意：final static常量是特例，它在准备阶段就直接写入常量值
对于满足“编译期常量”条件的静态字段（public static final 基本类型或String，且用字面量或编译期可确定的表达式初始化），JVM会在准备阶段直接赋予真实值，跳过<clinit></clinit>。例如：
-
static final int A = 123;→ 准备阶段即为123； -
static final int B = System.currentTimeMillis();→ 不是编译期常量，仍走初始化阶段赋值。
这种优化是JVM做的常量传播，不改变其他静态变量的初始化时机逻辑。
