父类构造块先于父类构造方法执行，JVM将父类非静态代码块和字段显式初始化按源码顺序插入父类每个构造方法开头（super()之后、方法体之前），构成实例初始化阶段，确保父类字段已就绪后才执行构造方法体。
构造块和父类构造方法的衔接，本质是 JVM 实例初始化流程中“先父后子、先块后体”的硬性规则在起作用。不是靠手动协调，而是编译器自动把构造块内容插入到对应构造方法的开头（super()之后、方法体之前），确保父类状态已就绪，子类才开始初始化。
父类构造块先于父类构造方法执行
每次 new 对象时，JVM 进入父类实例初始化阶段，会把父类所有非静态代码块（{}）和成员变量显式初始化语句，按源码书写顺序合并成一段逻辑，插在父类构造方法体最前面——但必须在 super() 调用完成之后（对顶层 Object 来说，就是直接执行）。这意味着：
- 父类构造块里能安全访问父类字段，它们此时已完成默认值或显式赋值
- 父类构造方法体中的代码，一定是在构造块执行完之后才运行
- 如果父类有多个构造方法，每个构造方法开头都包含相同的构造块逻辑
子类构造方法必须先完成父类初始化
子类构造方法第一行，无论是显式写 super(...) 还是编译器自动插入的 super()，都会触发完整父类初始化流程：父类构造块 → 父类构造方法。只有这个流程彻底结束，JVM 才回到子类，继续执行：
- 子类自己的构造块（含子类字段显式初始化）
- 子类构造方法体
这个衔接不可跳过、不可倒置。哪怕子类构造方法里什么都没写，只要 new 出来，父类那套就必然先跑完。
立即学习“Java免费学习笔记（深入）”；
构造块不是“补充”，而是初始化链的固定环节
它和字段初始化共同构成“实例初始化阶段”，位置被 JVM 严格锁定在构造方法体之前。比如父类有：
String name = "Tom";{ System.out.println("init A"); }
这两行实际被编译器挪到父类每个构造方法的开头，在 super() 返回后、方法体代码前执行。子类看不到这个过程，但能依赖它——子类构造块里访问 super.name，拿到的就是 "Tom"，不是 null。
警惕父类构造中调用可重写方法
父类构造方法体里如果调用了被子类重写的方法，此时子类构造块尚未执行，子类字段还是默认值（如 null、0）。这种衔接看似正常，实则危险：
- 父类构造方法正在运行
- 子类字段未初始化（构造块还没轮到）
- 却调用了子类重写的方法，可能读到未初始化的字段
这不是衔接出错，而是设计陷阱——构造块和构造方法的顺序保障了字段安全，但无法阻止父类过早暴露行为接口。
