java构造方法执行顺序为先父后子、自顶向下，确保父类状态先就绪；每子类构造首行须显式或隐式调用super()或super(参数)，不可省略或后置，且super与this不能共存。

Java 中继承下的构造方法执行顺序，核心是“先父后子、自顶向下”，本质是为了确保父类状态在子类初始化前已准备就绪。

构造方法调用链必须显式或隐式存在

每个子类构造方法第一行，要么写 super()，要么写 super(参数)，否则编译器会自动插入 super()（调用父类无参构造）。这个调用不能省略，也不能放在第二行以后——它必须是构造方法的第一条语句。

• 如果父类只有有参构造、没有无参构造，子类又没写 super(...)，编译直接报错：“Implicit super constructor XXX() is undefined”
• 即使子类写了多个构造方法，每个都得各自处理对父类构造的调用，彼此不传递、不继承

执行顺序分两层：类加载阶段 & 对象创建阶段

真正运行时，构造方法执行嵌套在更完整的初始化流程中：

• 类加载时（只执行一次）：父类静态代码块 → 子类静态代码块
• 每次 new 对象时：父类非静态代码块 → 父类构造方法 → 子类非静态代码块 → 子类构造方法

注意：静态部分只随类首次加载触发；而非静态块和构造方法，每次实例化都会按此顺序走一遍。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

多层继承下是递归展开的调用栈

比如 A ← B ← C（C 继承 B，B 继承 A），执行 new C() 时，实际调用链是：

• C 的构造方法 → 触发 super() → 进入 B 的构造方法
• B 的构造方法 → 触发 super() → 进入 A 的构造方法
• A 执行完，返回 B；B 执行完，返回 C

就像进电梯：A 是最底层，必须先站稳，B 才能站在 A 上，C 再站在 B 上——顺序不可逆，也不可跳过中间层。

super() 和 this() 不能共存，且必须在首行

一个构造方法里，只能出现 super(...) 或 this(...) 其中之一，且必须是第一句。因为 JVM 要求对象的父类部分必须最先完成初始化，而 this(...) 是调用本类其他构造方法，本质仍是同个对象的初始化路径分支，不能和父类初始化混在一起。

• 写 super(...)：表示当前构造方法把初始化责任“上交”给父类
• 写 this(...)：表示把初始化责任“转交”给本类另一个构造方法，但那个构造方法仍需最终调用 super

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南