构造方法不会被继承，它只属于定义它的类；子类必须显式或隐式调用父类构造方法以确保父类部分初始化，super()必须为第一句有效语句，否则编译失败。
构造方法根本不会被继承
Java 中的 constructor（构造方法）**不是成员方法**，不参与继承机制。子类编译后字节码里不会自动出现父类构造方法的副本，JVM 也不会把父类构造方法“提升”为子类可直接调用的实例方法。
常见误解是看到子类能写 super() 就以为“继承了构造逻辑”，其实这只是编译器强制插入的、对父类构造方法的显式调用语句，本质是协作而非继承。
为什么子类必须显式或隐式调用父类构造方法
因为 JVM 要求每个对象在初始化前，其所有父类部分都必须完成初始化——这是对象内存布局和字段默认值保障的前提。如果子类构造方法里没写 super(...) 或 this(...)，编译器会自动补上 super()（无参调用），前提是父类存在无参构造方法。
- 父类只有带参构造方法，而子类构造方法未显式调用
super(…)→ 编译报错：Implicit super constructor XXX() is undefined - 子类构造方法第一行写了
this(...)，则跳过自动插入super()，但最终仍需某条执行路径落到父类构造方法调用 -
super()必须是构造方法中**第一句有效语句**，否则编译失败
子类如何“复用”父类构造逻辑
不能继承，但可通过组合 + 显式委托实现类似效果。常见模式：
立即学习“Java免费学习笔记（深入）”；
- 父类提供静态工厂方法，返回已初始化的对象，子类在自己构造中调用它（适合复杂初始化）
- 父类把公共初始化逻辑提取为
protected普通方法（如initCommonFields()），子类构造中调用 - 使用构建器模式（
Builder），将对象创建与初始化解耦，避免构造方法爆炸
例如：
public class Parent {
protected void init(String name) {
// 公共初始化逻辑
}
}
public class Child extends Parent {
public Child(String name) {
super(); // 仍需调用父类构造（哪怕空）
init(name); // 复用逻辑，非继承构造方法
}
}
IDE 和反编译工具容易误导你
很多 IDE 在子类中按 Ctrl+Space 会列出父类构造方法名，看起来像“可选”，这只是代码补全的便利性设计，并不代表语法上允许直接调用（比如 new Child().ParentConstructor(...) 是非法的）。反编译工具（如 JD-GUI）也可能把 super() 调用渲染得像普通方法调用，掩盖了它作为构造链起点的本质。
真正关键的是：构造方法只属于定义它的那个类，它的作用域止于该类的 new 表达式内部；任何跨类调用，都是通过 super 或 this 关键字触发的、受严格语法约束的初始化协议。漏掉这个视角，就容易在抽象类、泛型类型推导、序列化重建对象等场景踩坑。
