JVM类加载阶段静态变量初始化详解

JVM中静态变量的初始化并非发生在类加载完成时，而是在类加载流程的最后一个阶段——初始化（Initialization）才真正执行，此时才会运行static代码块和显式赋值语句；准备阶段仅分配内存并设默认值，不执行任何Java代码，而final static编译期常量是唯一例外，它在准备阶段就直接写入真实值。类是否进入初始化阶段取决于是否被“主动使用”，如创建实例、访问非final静态字段或调用静态方法等，未触发前静态变量始终维持默认值，这一机制可通过字节码分析和调试清晰验证，彻底澄清了“加载即初始化”的常见误解。

静态变量在JVM中并不是在类加载“完成”时才初始化，而是在类初始化阶段（clinit）被赋值——这是类加载过程的最后一个阶段，且仅发生一次。很多人误以为“加载阶段就初始化”，其实是混淆了“加载（Loading）”和“初始化（Initialization）”两个严格分离的步骤。

类加载五步中，只有“初始化”才真正执行静态变量赋值

JVM规范定义的类加载过程包含五个阶段：加载 → 验证 → 准备 → 解析 → 初始化。关键点在于：

• 准备阶段：仅为静态变量分配内存，并设置默认值（如int为0、引用为null），不执行任何Java代码，包括static块或=右边的表达式；
• 初始化阶段：才真正执行类构造器方法，即按源码顺序执行所有静态变量显式赋值语句和static代码块；
• 例如：static int x = getValue(); 中的getValue()调用，发生在初始化阶段，而非准备阶段。

触发初始化的条件决定了静态变量何时真正“活起来”

类不会在加载后自动初始化，只有当首次主动使用该类时，JVM才强制触发初始化。常见主动使用包括：

• 创建该类的实例（new指令）；
• 访问/赋值该类的静态字段（被final修饰且已在编译期确定值的常量除外）；
• 调用该类的静态方法；
• 反射调用（如Class.forName("X")）；
• 初始化子类时，若父类尚未初始化，则先触发父类初始化。

这意味着：一个类即使已被加载甚至链接，只要没被“主动使用”，其静态变量仍停留在默认值状态，根本不会运行。

验证机制：可以通过字节码和调试观察到分阶段行为

写一个含静态字段和static块的类，用javap -c查看字节码，会发现：

• 准备阶段对应的是内存分配与零值设定，无对应字节码；
• 所有静态赋值和static块被合并编译为一个名为的特殊方法，仅在初始化阶段由JVM调用；
• 在IDE中对static块首行打断点并单步调试，可清晰看到：类加载日志出现后，直到首次触发初始化时，断点才命中，此时静态变量才获得你写的初始值。

注意：final static常量是特例，它在准备阶段就直接写入常量值

对于满足“编译期常量”条件的静态字段（public static final 基本类型或String，且用字面量或编译期可确定的表达式初始化），JVM会在准备阶段直接赋予真实值，跳过。例如：

• static final int A = 123; → 准备阶段即为123；
• static final int B = System.currentTimeMillis(); → 不是编译期常量，仍走初始化阶段赋值。

这种优化是JVM做的常量传播，不改变其他静态变量的初始化时机逻辑。

理论要掌握，实操不能落！以上关于《JVM类加载阶段静态变量初始化详解》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！