java中对象在构造器执行前已被创建，因此抽象类的实例初始化块可调用子类实现的抽象方法——此时对象已存在但尚未完全初始化，属高危行为，需谨慎规避。
java中对象在构造器执行前已被创建，因此抽象类的实例初始化块可调用子类实现的抽象方法——此时对象已存在但尚未完全初始化，属高危行为，需谨慎规避。
在Java对象生命周期中，一个常见却极易被误解的关键点是：对象的创建（allocation）与初始化（initialization）是两个分离的阶段。new Platypus() 并非“一步完成实例化”，而是由JVM分两步执行：
- new 指令分配内存并创建原始对象（所有字段为默认值：null、0、false等）；
-
随后调用 <init> 方法（即构造器）执行初始化逻辑，包括：
→ 父类实例初始化块（{}）和构造器；
→ 子类实例初始化块和构造器。
正因如此，当 Platypus 实例被创建时，其内存已分配，JVM会立即开始执行继承链上的初始化流程——从最顶层父类（此处为 Mammal）的实例初始化块开始。而该块中调用的 chew() 是一个虚方法（virtual method），JVM基于运行时类型（Platypus） 动态绑定到子类重写的实现，即使此时 Platypus 自身的构造器尚未执行。
以下代码清晰展示了这一过程：
abstract class Mammal {
{
System.out.println("→ Instance init block: " + chew()); // ✅ 调用子类实现！
}
abstract CharSequence chew();
public Mammal() {
System.out.println("→ Mammal constructor");
}
}
class Platypus extends Mammal {
private final String food = "insects"; // ← 尚未初始化！
public Platypus() {
System.out.println("→ Platypus constructor");
}
@Override
public CharSequence chew() {
// ⚠️ 危险！此时 food 字段仍为 null
return "yummy! (eating " + food + ")"; // → 输出 "yummy! (eating null)"
}
}运行 new Platypus() 的输出为：
立即学习“Java免费学习笔记（深入）”；
→ Instance init block: yummy! (eating null) → Mammal constructor → Platypus constructor
可见：chew() 被成功调用，但其内部访问的 food 字段尚未由 Platypus 构造器初始化，结果为 null —— 这正是不完全初始化状态下的典型空指针风险。
✅ 正确实践：避免构造期调用可重写方法
- 禁止在构造器或实例初始化块中调用 abstract 或 non-final 实例方法（含 this.xxx()）；
- 若需模板化初始化逻辑，应使用final 方法封装不可覆盖的骨架，或采用延迟初始化（Lazy Initialization）+ 显式 init() 调用模式；
- 更安全的替代方案是函数式参数注入，将子类特有逻辑作为 Supplier<T> 或 Function 传入父类构造器，彻底解耦初始化时机与对象状态依赖。
? 核心原则：构造器内只能依赖已确定的状态（如参数、final 字段、静态资源），绝不依赖可能被子类重写且尚未初始化的实例成员。
这一机制不是Java的“特性”，而是面向对象动态绑定与JVM对象模型共同作用下的隐式行为陷阱——理解它，是为了更坚定地规避它。
