深度初始化是按需分层完成类到实例、父类到子类、字段到业务逻辑的状态准备，依赖静态块、实例块、构造器及字段初始化的精准编排。
Java 中代码块执行顺序本身不是“实现”深度初始化的手段，而是 JVM 固定执行机制的体现；所谓“深度初始化”，指的是在对象构建过程中，按需、分层、可控地完成从类级别到实例级别、从父类到子类、从字段到业务逻辑的完整状态准备。它依赖于对静态块、实例块、构造器及字段初始化位置的精准编排，而非额外编码技巧。
静态代码块：完成类级全局准备
静态代码块（static {}）在类首次被主动使用时执行一次，适合加载配置、初始化单例、注册驱动等与具体对象无关的全局操作。它和静态变量赋值一起被 JVM 合并为 <clinit></clinit> 方法，严格按源码顺序执行。
- 父类静态部分一定先于子类执行，哪怕只写
new Child()，也会触发 Parent 的静态初始化 - 不能访问
this或调用实例方法，否则编译不通过 - 若静态变量初始化中调用了本类构造器（如
static A a = new A();），会提前进入实例初始化流程，但此时类尚未完成静态初始化，易导致字段为默认值（null、0）——这是深度初始化中最常见的隐性陷阱
实例代码块：统一注入对象共性逻辑
不带 static 的普通代码块（{} ）属于实例初始化环节，在每次 new 对象时、所有构造器体执行前自动运行，且位于 super() 返回之后。它和字段显式初始化（如 String name = "default";）处于同一层级，也按源码声明顺序执行。
- 可安全使用
this和已声明的实例字段（默认值已设好） - 适合封装多构造器共用的逻辑：ID 生成、日志标记、资源预分配、参数校验等
- 多个实例块按书写顺序依次执行，与字段初始化语句交错进行，顺序即声明顺序
继承链上的逐层展开：确保父类状态先行就绪
深度初始化的核心保障在于继承场景下不可跳过的执行链条。JVM 强制按“先父后子、先静态后实例”推进，确保子类能安全依赖父类已初始化的状态。
- 类加载阶段：父类静态变量 → 父类静态块 → 子类静态变量 → 子类静态块
- 对象创建阶段：父类实例变量默认值 → 父类实例变量赋值 + 实例块 → 父类构造器 → 子类实例变量默认值 → 子类实例变量赋值 + 实例块 → 子类构造器
- 关键约束：父类构造器执行时，子类所有实例字段仍为默认值；若父类构造器中调用被子类重写的方法，该方法访问的子类字段尚未赋值，极易引发空指针或逻辑错误
用日志锚定执行流：让深度初始化过程可见可控
深度初始化是否到位，不能靠推测，而要靠可观测性。在关键节点添加带阶段标识的日志，是验证和调试的根本方法。
- 统一前缀：
[STATIC]标记静态初始化，[INSTANCE]标记实例块与字段初始化，[CTOR]标记构造器入口 - 字段初始化方法（如
private int x = loadX();）必须单独打点，因为其副作用可能跨层级影响子类 - 父子类日志需体现层级关系，例如
[STATIC][Parent]、[INSTANCE][Child]，便于定位执行归属
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
