Java多层继承下的代码块执行顺序：从父类到子类实战

Ja va多层继承下的代码块执行顺序，一直以来都是面试高频考点，也是不少开发者在实际编码中容易犯迷糊的地方。很多人下意识觉得“不就是从上到下执行嘛”，但真实情况远比这个复杂。

这套机制其实由两个独立的阶段驱动：类加载阶段和对象创建阶段。搞清楚这两个阶段各自的行为模式，才能真正理解静态代码块和实例代码块那套“规矩”是怎么来的。

先说静态部分。静态代码块的执行时机是类加载，而且整条继承链上，父类的静态初始化永远优先于子类。

• GrandParent 静态变量默认值 → GrandParent 静态块/显式赋值（按源码顺序）
• Parent 静态变量默认值 → Parent 静态块/显式赋值
• Child 静态变量默认值 → Child 静态块/显式赋值

留意一点：这个过程只发生一次。无论你后面 new 多少个 Child 对象，或者单纯调用 Child 的静态方法，静态代码块都不会再来第二遍。JVM 很聪明，加载过一次的类，它是不会重复“折腾”的。

再说实例部分。实例代码块和构造器，是每次 new 一个对象时才会被触发的。它的执行逻辑，可以理解成一个“自顶向下进入、自底向上返回”的递归过程。

• GrandParent 实例变量默认值 → GrandParent 普通代码块 → GrandParent 构造体
• Parent 实例变量默认值 → Parent 普通代码块 → Parent 构造体
• Child 实例变量默认值 → Child 普通代码块 → Child 构造体

每次 new 子类，JVM 都会隐式插入 super() 调用，把控制权交还给最顶层的父类构造流程。而且，每个类的普通代码块（也就是 {} 包裹的部分）会被编译器“复制粘贴”到每一个构造器的开头——在 super() 调用之后、构造体代码之前。所以它的执行顺序是固定的，不会因为构造器重载而改变。

一个容易被忽略的关键细节：super() 是隐式起点，不是可选操作。子类构造器的第一行无论写不写 super()，编译器都会自动补上。这意味着，父类构造器必须优先执行完毕，子类的字段才能被安全使用。

这里有个陷阱。如果父类的构造器里调用了被子类重写的方法，而此时子类的普通代码块还没执行，那么子类的字段就是默认值（null 或 0）。这种“过早暴露未初始化状态”的行为，是空指针异常和逻辑错误的常见根源。所以行业内的建议是：不要在父类构造器中调用可被重写的方法。

为了验证这些规则，其实不必死记硬背。写几行打印语句就能轻松定位执行点：

• 静态块加前缀 [static]，例如：System.out.println("[static] GrandParent");
• 普通代码块加前缀 [init]，例如：{ System.out.println("[init] Parent"); }
• 构造器体加前缀 [ctor]，例如：public Parent() { System.out.println("[ctor] Parent"); }

运行 new Child() 之后，控制台输出的顺序会清晰呈现出一段六段式的节奏。哪段先执行、哪段后执行、哪段只执行一次，一目了然。

把这段机制摸透了，不仅面试关好过，实际开发中遇到继承链上的初始化问题，也会更加游刃有余。