java 类加载机制的初始化阶段主要执行类构造器 <clinit></clinit> 方法，该方法由编译器自动收集类变量赋值语句和静态代码块中的逻辑合并生成。此阶段是类加载过程中为类变量分配内存并设置初始值的最后一步，随后将执行用户定义的静态初始化逻辑。若类中存在静态代码块或类变量赋值，jvm 会按源码顺序执行这些代码以完成类的最终状态准备。
类变量与静态代码块的执行顺序如何确定
在初始化阶段，JVM 严格按照源代码中声明的顺序执行类变量的赋值语句和静态代码块。这意味着如果先声明了静态变量再编写静态代码块，变量赋值会先于代码块执行；反之亦然。这种顺序性对于处理依赖关系至关重要，例如一个静态变量依赖于另一个静态变量的初始化结果时，必须确保前者在后者的赋值之后被访问，否则可能得到默认值而非预期值。
public class OrderTest {
static int a = 10;
static {
System.out.println("Static Block: a=" + a);
}
static int b = 20;
public static void main(String[] args) {
System.out.println("a=" + a + ", b=" + b);
}
}
运行上述代码，控制台输出如下：
Static Block: a=10
a=10, b=20
这表明静态变量 a 的赋值发生在静态代码块之前，而 b 的赋值发生在代码块之后。开发者需特别注意此类顺序，避免因隐式依赖导致逻辑错误。
静态代码块中抛出异常会如何处理
如果在初始化阶段的 <clinit></clinit> 方法中抛出了未捕获的异常（如 RuntimeException），JVM 会将该异常传播至调用方，通常导致 NoClassDefFoundError 或 ExceptionInInitializerError。此时类处于“错误”状态，后续尝试使用该类的任何操作都会失败，除非重新加载该类（在实际应用中极少发生）。因此，静态初始化块中的异常处理应谨慎设计，避免静默吞没异常，以便快速定位问题。
立即学习“Java免费学习笔记（深入）”；
public class ErrorTest {
static {
throw new RuntimeException("Init Failed");
}
public static void main(String[] args) {
try {
Class.forName("ErrorTest");
} catch (Exception e) {
System.out.println(e.getCause().getMessage());
}
}
}
运行上述代码，控制台输出：
Init Failed
这验证了静态初始化块中的异常会被包装并向上抛出，开发者可通过 getCause() 获取原始异常信息。建议在静态初始化块中添加日志记录，以便排查初始化失败原因。
子类初始化时父类静态代码块是否先执行
当子类被初始化时，JVM 会确保其父类也已完成初始化。具体而言，子类的 <clinit></clinit> 方法执行前，会递归地触发父类的 <clinit></clinit> 方法。这意味着父类的静态变量赋值和静态代码块会在子类任何静态逻辑之前执行。这一机制保证了继承体系中的状态一致性，防止子类在未就绪的父类状态下运行。
public class Parent {
static {
System.out.println("Parent Static Block");
}
}
public class Child extends Parent {
static {
System.out.println("Child Static Block");
}
public static void main(String[] args) {
new Child();
}
}
运行上述代码，控制台输出：
Parent Static Block
Child Static Block
这证实了父类静态代码块优先于子类执行。开发者在设计继承结构时，应利用此特性进行资源预加载或配置校验，但需注意避免循环依赖导致的栈溢出。
