Java静态代码块执行顺序解析

Java静态代码块的执行顺序由JVM类加载机制严格管控，遵循“先父类后子类、先静态后实例、按源码声明顺序”三大核心原则，仅在类首次被主动使用（如创建实例、调用静态方法或访问静态字段等）时，在类初始化阶段统一执行一次；同一类中多个静态块与静态变量初始化语句按书写顺序合并执行，继承场景下则形成“父类静态→子类静态→父类实例→子类实例”的完整初始化链条，掌握这一机制不仅能避免常见初始化陷阱，还能精准控制资源加载时机，是深入理解Java类生命周期的关键所在。

Java静态代码块的执行顺序由类加载机制决定，核心原则是：先父类后子类、先静态后实例、按声明顺序执行。它不依赖对象创建，而是在类首次被主动使用时，由JVM在类初始化阶段（方法中）统一执行一次。

类加载过程中的静态块触发时机

静态代码块属于“类初始化”阶段（Initialization），发生在以下任一情况首次发生时：

• 创建该类的实例（如 new MyClass()）
• 调用该类的静态方法
• 访问该类的静态字段（非final常量除外）
• 反射调用（如 Class.forName("MyClass")）
• 作为启动类由JVM直接运行（含main方法）

注意：子类引用父类的静态字段（且该字段不是编译期常量），只会触发父类初始化，不会触发子类初始化。

同一类中多个静态块的执行顺序

在同一类中，所有静态代码块和静态变量赋值语句，按它们在源码中出现的自上而下顺序合并进方法：

• 静态变量声明带初始值（如 static int a = 10;）等价于一个隐式静态块
• 多个 static { ... } 块之间严格按书写顺序执行
• 示例：若类中先有 static int x = initX();，再有 static { y = 20; }，则 initX() 先执行

继承关系下的执行顺序（父类→子类）

当子类首次被主动使用时，JVM会确保父类已初始化，因此完整顺序为：

• 父类的静态变量赋值与静态块（按声明顺序）
• 子类的静态变量赋值与静态块（按声明顺序）
• 父类的实例变量赋值与构造块（创建对象时才执行）
• 父类构造方法
• 子类的实例变量赋值与构造块
• 子类构造方法

这个链条保证了子类能安全使用已初始化完成的父类静态资源。

常见误区与验证技巧

容易混淆的点：

• 静态块只执行一次，无论后续创建多少对象或调用多少次静态方法
• 接口没有静态块（但Java 8+允许接口有static方法，其内部不能写static块）
• 通过子类名访问父类的public static字段，不会触发子类初始化
• 想观察执行顺序？在每个静态块里加 System.out.println("Loading: X")，配合类加载日志验证

基本上就这些。理解静态块本质是的一部分，就能自然理清所有顺序问题。

今天关于《Java静态代码块执行顺序解析》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！