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

本文深入剖析了Java中构造代码块与静态代码块的执行时机、访问限制及典型陷阱，清晰揭示了三者（静态代码块、字段初始化、构造代码块）在类加载和对象创建全过程中的严格执行顺序：从父类静态→子类静态→父类实例初始化（字段+构造块）→父类构造函数→子类实例初始化→子类构造函数；同时指出构造代码块虽能安全访问this和已声明的实例成员、适合复用通用初始化逻辑，却受限于前向引用、无参数能力及继承透明性等关键约束，而静态代码块则因单次执行、不可访问实例成员、影响类加载成败等特点需格外审慎使用——掌握这些细节，是写出健壮、可维护且符合JVM语义的初始化逻辑的前提。

构造代码块里能访问哪些成员变量

构造代码块在每次创建对象时执行，它和构造函数一样属于实例级初始化逻辑，所以能安全访问 this 引用、实例变量（包括未显式赋值的）、以及通过方法调用间接访问的实例状态。但不能访问尚未声明的实例变量（Java 不允许前向引用），也不能直接访问局部变量（除非是 final 或 effectively final 的捕获变量）。

常见错误现象：Illegal forward reference 错误——比如在构造代码块中读取一个定义在它之后的实例变量：

{
    System.out.println(x); // 编译报错
}
int x = 10;

使用场景：适合做通用的、与构造函数参数无关的实例初始化，比如统一设置默认状态、初始化集合、打日志等。

• 构造代码块中可以调用实例方法，但要小心该方法是否依赖未初始化的字段
• 如果字段是 final，必须确保构造代码块不尝试二次赋值（否则编译失败）
• 多个构造代码块按源码顺序依次执行，和它们在类中出现的位置严格一致

静态代码块和构造代码块谁先执行

静态代码块只在类首次加载时执行一次，而构造代码块在每次 new 对象时都执行。因此，静态代码块一定早于任何构造代码块执行，且只执行一次；哪怕你 new 十次，构造代码块跑十次，静态代码块还是只跑一次。

容易踩的坑：static 字段初始化顺序被误认为“和代码块顺序无关”——其实不是。静态字段赋值语句和静态代码块一起，按源码自上而下执行。例如：

static int a = print("a");
static { print("block1"); }
static int b = print("b");

输出一定是 a → block1 → b。这个顺序直接影响 static 字段的初始值，尤其当字段间有依赖时。

• 静态代码块无法访问非 static 成员（编译报错：non-static variable xxx cannot be referenced from a static context）
• 类加载失败（如静态代码块抛出未捕获异常）会导致 NoClassDefFoundError 后续所有 new 都失败
• 子类初始化时，父类的静态代码块一定先于子类的静态代码块执行

构造函数、构造代码块、字段初始化三者执行顺序

Java 规定的完整顺序是：父类静态 → 子类静态 → 父类字段初始化 → 父类构造代码块 → 父类构造函数 → 子类字段初始化 → 子类构造代码块 → 子类构造函数。其中字段初始化和构造代码块都在对应层级的构造函数体执行之前完成。

关键点在于：字段初始化语句（int x = 5;）本质上被编译器“插入”到每个构造函数开头、紧挨着 super() 或 this() 调用之后的位置；而构造代码块则被原样复制进每个构造函数，放在字段初始化之后、构造函数体之前。

示例：

class A {
    { System.out.println("A block"); }
    int a = print("A field");
    A() { System.out.println("A ctor"); }
}

实际执行顺序是：A field → A block → A ctor。

• 如果构造函数里写了 this(...)，那当前类的字段初始化和构造代码块会推迟到目标构造函数执行完 super() 后才运行
• 字段初始化表达式中若调用方法，该方法看到的是已执行完的父类构造代码块+字段初始化后的状态
• 不要指望靠字段初始化语句来“覆盖”构造代码块里的赋值——它们是同级的，顺序由源码位置决定

什么时候该用构造代码块而不是构造函数

当你需要多构造函数共享同一段初始化逻辑，又不想重复写、也不适合提取成私有方法（比如涉及匿名内部类或 this 捕获）时，构造代码块就很有用。它比在每个构造函数里复制粘贴更安全，也比提取方法更轻量。

但要注意：构造代码块无法接收参数，也不能根据构造函数入参做分支处理。一旦你需要条件初始化（比如根据字符串长度决定用哪种策略），就必须回到构造函数里写。

• 适合场景：给多个 List 字段统一初始化为 new ArrayList()，避免空指针
• 不适合场景：需要根据 String name 参数去查数据库并设置 id —— 这种必须放构造函数里
• 性能上无差异，JVM 把构造代码块内联进每个构造函数，最终字节码几乎一样
• 可读性风险：把关键初始化逻辑藏在代码块里，别人 review 时可能漏看

最常被忽略的一点：构造代码块看起来“自动执行”，但它仍受继承链控制。如果你在父类写了构造代码块，子类 new 对象时它照常执行——哪怕子类自己一个字段都没加。这点很容易被当成理所当然，直到调试时发现某段日志总在不该出现的地方刷出来。

终于介绍完啦！小伙伴们，这篇关于《代码块与静态代码块执行顺序解析》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！