构造方法不会被继承，因为其不是成员方法且不参与继承机制；子类必须显式调用父类构造方法，否则编译报错，本质是委托调用而非继承。
构造方法根本不会被继承
Java 中的 constructor（构造方法）**不是成员方法，也不参与继承机制**。子类不会自动获得父类的构造方法，哪怕它没有显式定义任何构造方法，编译器也只会插入默认无参构造方法（SuperClass()），而不会“继承”父类的 SuperClass(String name) 这类构造方法。
子类必须显式调用父类构造方法
如果父类没有无参构造方法，而子类构造方法中又没写 super(...)，编译会直接报错：Error: constructor XXX in class YYY cannot be applied to given types。这是因为每个子类构造方法第一行**隐式或显式**必须调用父类某个构造方法。
- 没写
super()且父类有无参构造 → 编译器自动补super() - 父类只有带参构造 → 子类必须在第一行写
super(arg1, arg2) - 写了
this(...)（调用本类其他构造）→ 那它所在构造的第一行就不是super(...)，但最终调用链末端仍需抵达某个super(...)
class Parent {
Parent(String name) { /* ... */ }
}
<p>class Child extends Parent {
Child() {
super("default"); // 必须显式调用，否则编译失败
}
}常见误解：为什么看起来像“继承”了？
容易混淆的点在于：子类对象创建时，父类构造逻辑确实会执行。但这只是因为 new Child() 触发了子类构造方法，而该方法内部（显式或隐式）调用了父类构造方法——本质是**委托调用**，不是继承。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
private构造方法不能被子类访问，即使在同一包内 - 子类无法重写（override）构造方法，因为构造方法名必须和类名一致，且没有返回类型，不满足重写规则
- 不能用
final、static、abstract修饰构造方法
替代方案：用静态工厂方法模拟“可继承的构造逻辑”
如果想让子类复用初始化逻辑，不要依赖构造方法继承，而是把共用逻辑抽成 protected 方法，或提供静态工厂：
立即学习“Java免费学习笔记（深入）”；
class Parent {
protected void init(String name) { /* 公共初始化 */ }
}
<p>class Child extends Parent {
Child(String name) {
super(); // 或 super(...)，取决于父类构造
init(name); // 复用逻辑，非继承构造
}
}构造方法的不可继承性是 Java 类型安全的基础设计之一，绕不开；真正需要关注的是如何组织初始化流程，而不是试图“继承”它。
