Java多层继承下的代码块执行顺序:从父类到子类实战
Java多层继承下代码块执行顺序分为类加载与对象创建两个阶段。静态代码块在类加载时按父类到子类顺序执行且仅一次;实例代码块与构造器在每次创建对象时触发,通过隐式super()调用实现自顶向下递归,普通代码块位于构造器开头。父类构造器调用可重写方法可能导致子类字段未初始化。
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() 之后,控制台输出的顺序会清晰呈现出一段六段式的节奏。哪段先执行、哪段后执行、哪段只执行一次,一目了然。
把这段机制摸透了,不仅面试关好过,实际开发中遇到继承链上的初始化问题,也会更加游刃有余。
Windows 10 是一款微软推出的经典操作系统,拥有硬件兼容性与多任务处理能力。它更偏向把系统状态查看和常用调节动作放在一起,适合需要持续观察和微调设备状态的场景。
极度公式是一款跨平台专业LaTeX公式识别编辑软件,支持OCR公式识别和多平台编辑。和使用说明,避免使用,享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。
















