Java继承下构造块执行顺序分两阶段：类加载时父类静态块→子类静态块（仅一次）；对象创建时父类实例块→父类构造→子类实例块→子类构造（每次new都执行）。
Java继承下构造块的执行，核心在于理清“类加载”和“对象创建”两个阶段的分工。构造器调用链不是孤立存在的，它和静态块、实例块共同构成完整的初始化流程。关键不是记住顺序，而是理解每个环节触发的条件和作用范围。
类加载阶段：静态块只跑一次，父类优先
当JVM第一次主动使用某个类（比如 new 它、调用它的静态方法、访问它的静态字段），就会触发该类及其所有父类的加载与初始化。这个阶段只涉及静态内容：
- 先执行父类中所有静态变量赋值语句和静态代码块，按它们在源码中出现的顺序依次执行
- 再执行子类的静态变量赋值和静态代码块，同样按声明顺序
- 整个过程与对象无关——哪怕你没 new 实例，只要类被引用，静态块就执行且仅此一次
对象创建阶段：从 super() 开始，逐层向下填充
执行 new Child() 时，JVM进入实例初始化流程。此时不再看“类是否加载过”，而是为新对象分配内存并填充状态：
- 子类构造方法第一句必须是 this() 或 super()；若未显式写出，编译器自动插入 super()（调用父类无参构造）
- 进入父类构造方法前，先执行父类所有实例代码块（{}）和非静态字段初始化语句，按声明顺序合并进构造方法开头
- 接着运行父类构造方法体
- 返回子类后，同样顺序执行子类的实例代码块和字段初始化，再运行子类构造方法体
构造块不是语法糖，而是编译器级的注入逻辑
实例代码块（{}）在字节码层面会被编译器“复制粘贴”到每个构造方法的开头，紧接在 super() 或 this() 调用之后。这意味着：
立即学习“Java免费学习笔记（深入）”；
- 写在类顶部的 int x = 10; 和下面的 { y = 20; }，执行顺序就是 x 先于 y
- 多个构造方法共享同一套实例块逻辑，避免重复初始化代码
- 实例块能访问 this 引用、实例变量和静态成员，但不能直接调用尚未初始化完成的非静态方法
常见陷阱与应对方式
容易出错的地方往往集中在边界情况：
- 父类只有带参构造器，而子类构造器没写 super(...) → 编译失败。解决：显式调用匹配的父类构造器
- 静态块里试图访问实例变量或调用非静态方法 → 编译报错。解决：确认访问目标是否属于类级别
- 误以为实例块只在某一个构造器中生效 → 实际上它参与所有构造路径。解决：把它当作“每个对象都必须走一遍的初始化前置步骤”来设计
- 在实例块中调用可能被子类重写的方法 → 可能引发空指针或未预期行为。解决：避免在构造过程中调用可被重写的方法
