本文详解java对象初始化过程中，子类字段初始值为何会覆盖父类构造器中已设置的值，并通过执行顺序分析揭示根本原因，最后给出符合《effective java》规范的安全实践方案。
本文详解java对象初始化过程中，子类字段初始值为何会覆盖父类构造器中已设置的值，并通过执行顺序分析揭示根本原因，最后给出符合《effective java》规范的安全实践方案。
在Java中，对象实例化时的初始化顺序严格遵循JVM规范，这一顺序直接决定了字段值的最终状态。以您提供的代码为例，Sub类的data字段在super(f)调用后被重置为null，导致showData()输出null而非预期的10。其根本原因在于字段初始化语句（Integer data = null;）并非在构造器开头执行，而是在父类构造器返回之后、子类构造器主体执行之前插入执行。
具体初始化流程如下（按实际执行顺序）：
调用父类构造器
Super(int f)
→ 执行init(f)，由于多态，实际调用Sub.init(10)
→Sub.init()将data赋值为10（此时data == 10）父类构造器返回，进入子类实例初始化阶段
→ JVM 执行字段初始化：data = null（即Integer data = null;的等效操作）
→ 此步覆盖了上一步中init()设置的10，data变回null执行子类构造器剩余部分（本例中为空）
→ 初始化完成，data最终为null
可通过反编译或等效改写验证该行为：
class Sub extends Super {
Integer data; // 字段声明（无初始值）
Sub(int f) {
super(f); // ① 父类构造器执行，init() 设置 data = 10
data = null; // ② JVM 插入的字段初始化，覆盖为 null ← 关键点！
}
@Override
void init(int f) {
data = f; // 此时 data 指向堆中 Integer.valueOf(10)
}
}⚠️ 重要警告：在构造器中调用可被子类重写的方法（如 init()）是危险的反模式。此时子类字段尚未完成初始化，对象处于“半构造”状态，极易引发未定义行为或空指针异常。
立即学习“Java免费学习笔记（深入）”；
✅ 正确解决方案（遵循《Effective Java》第19条）：
-
禁止在构造器中调用非
private/非final方法； - 将初始化逻辑移至静态工厂方法或
final初始化块中； - 或使用
private final辅助方法（确保不可重写）：
class Sub extends Super {
private final Integer data;
Sub(int f) {
this.data = createData(f); // 调用私有方法，安全
super(f); // 注意：super() 必须为第一行，此处仅作示意；实际需重构设计
}
private Integer createData(int f) {
return f; // 安全的初始化逻辑
}
}更推荐的重构方式是移除构造器中的抽象方法调用，改用组合或延迟初始化：
class Sub extends Super {
private Integer data;
Sub(int f) {
super(f); // 父类构造器不依赖子类状态
this.data = f; // 明确、可控的初始化
}
}总结：Java初始化顺序是理解此类问题的基石——字段初始化永远发生在父类构造器返回之后、子类构造器主体之前。规避风险的核心原则是：构造器应保持原子性与封闭性，绝不将控制权让渡给尚未完全构建的子类实现。
