代码块执行顺序详解：静态与实例区别

本文深入剖析了Java中静态代码块与实例代码块的执行时机、作用域及典型误区，明确指出执行顺序严格遵循JVM类加载与对象创建机制：静态代码块（类加载时一次执行）→ 实例代码块（每次new前执行）→ 构造函数，并非由代码书写位置决定；特别澄清了静态上下文中不可用this和非静态成员的根本原因，对比了实例代码块与构造函数的适用边界——前者适合无参、共用的初始化逻辑，后者承载参数化、差异化和异常处理能力；同时通过子类继承的完整执行链（父静→子静→父实→父构→子实→子构），揭示了super()隐式调用的关键时序及其对初始化顺序的决定性影响，帮助开发者彻底摆脱“写在前面就先执行”的直觉陷阱，写出更健壮、可维护的初始化代码。

静态代码块和实例代码块谁先执行

静态代码块在类加载时就执行，且只执行一次；实例代码块在每次 new 对象时执行，在构造函数之前。所以顺序一定是：静态代码块 → 实例代码块 → 构造函数。

常见错误是以为“写了在前面就先执行”，其实和书写位置无关，只和类加载机制、对象创建时机有关。比如子类继承父类时，会先触发父类的静态代码块，再子类的——哪怕子类文件里把静态块写在最底下。

• 静态代码块属于类级别，由 JVM 在首次主动使用该类时触发（如 new、static 字段访问、main 方法所在类）
• 实例代码块属于对象级别，每次调用构造函数前，JVM 自动插入执行逻辑
• 多个静态代码块按源码出现顺序执行；多个实例代码块也按源码顺序，但都在构造函数体之前

为什么不能在静态代码块里用 this 或非静态字段

因为静态代码块执行时，还没有任何对象存在，this 根本没意义，非静态字段也尚未分配内存。JVM 会直接报错：non-static variable xxx cannot be referenced from a static context。

典型误用场景：想在类初始化时“预热”某个实例字段，结果写成：

static {
    name = "test"; // ❌ name 是非 static 字段
    System.out.println(this); // ❌ this 不可用
}

正确做法是：要么把字段改成 static，要么把逻辑挪到实例代码块或构造函数里。

实例代码块 vs 构造函数：什么时候该用哪个

实例代码块适合写所有构造函数共用的初始化逻辑，避免重复；构造函数适合处理参数差异、条件分支、异常抛出等需要灵活控制的场景。

比如你有三个构造函数，都要给 list 赋值一个空 ArrayList，那就用实例代码块统一做；但如果有的构造函数要传入初始容量，有的要从外部集合复制，那就必须放在构造函数里。

• 实例代码块不能接收参数，无法做差异化初始化
• 实例代码块中不能 return、不能抛受检异常（除非用 try-catch 包裹）
• 如果构造函数第一行是 this(...)（调用本类其他构造函数），实例代码块仍会在被调用的那个构造函数执行前运行

子类继承时的完整执行链（含 super() 隐式调用）

很多人卡在“为什么子类实例代码块执行前，父类构造函数已经跑完了”。关键点在于：super() 是隐式或显式调用的，它本身会触发父类的实例代码块 + 构造函数体，而这个过程发生在子类实例代码块之前。

完整顺序（以 new Child() 为例）：

Parent static block  
Child static block  
Parent instance block  
Parent constructor body  
Child instance block  
Child constructor body

容易忽略的是：即使子类没写 super()，编译器也会自动插入；而且这个调用发生在子类任何实例代码块之前——所以别指望在子类实例块里“覆盖”父类字段的初始化结果，它早就执行完了。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。