java强制super()必须位于子类构造器第一行，以确保父类状态被安全初始化；若父类无默认无参构造器，子类须显式调用匹配的super()；super()与this()互斥，因jvm只允许一次构造链起点。
因为子类对象在内存中“包含”父类的状态，而这些状态必须由父类构造器来安全初始化——Java 用语法强制（第一行 super()）确保这个顺序不可绕过。
父类字段必须被正确初始化
父类中可能有 private 字段、final 成员、或依赖构造逻辑校验的数据（比如非空检查、范围限制）。这些只能在父类自己的构造器里完成。如果允许子类先执行自己的代码（比如访问 this.name），而父类字段还没初始化，就可能读到 null 或默认值，引发运行时异常。
- 父类的初始化不是可选步骤，而是对象构建的前提条件
- JVM 分配完内存后，必须从
Object开始，逐级向下调用构造器，保证每层状态就绪 - 把
super()锁死在第一行，是从源头杜绝“未初始化就使用”的风险
编译器自动补 super() 是有前提的
你没写 super() 或 this()，不代表它不存在——编译器会在子类构造器首行悄悄插入 super()，但仅当父类存在可访问的无参构造器时才成立。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 父类没写任何构造器 → 编译器生成默认无参构造器 → 子类可隐式调用
- 父类写了任意一个带参构造器 → 默认无参构造器消失 → 子类必须显式写
super(参数) - 父类无参构造器是
private→ 子类无法访问 → 继承本身不合法
super() 和 this() 不能共存
一个构造器只能选一条初始化起点：要么直接委托给父类（super()），要么先委托给本类另一个构造器（this()），而后者内部最终也必须调用 super()。
- 两者互斥，是因为 JVM 只允许一次构造链的真正起点
- 不允许“先做点事再调父类”，否则会破坏初始化顺序的确定性
- 哪怕只调无参
super()，只要父类没提供，就必须显式写出并传参匹配
这不是设计选择，而是语言契约
Java 规范明确要求：每个子类构造器都必须成为完整初始化链的一环。跳过父类初始化在语义上不合法，也没有对应语法支持。
- 没有“绕过父类”的构造路径
- 即使父类看似简单，它的构造逻辑仍可能影响子类行为（比如注册监听、设置标志位）
- IDE 报红、编译失败，不是限制开发，而是提前暴露继承设计中的断裂点
