java变量初始化严格按jvm阶段、继承关系和源码位置执行：静态部分在类首次主动使用时触发，父类先于子类；实例部分每次new时执行，先父类后子类，均从上到下顺序进行。
Java变量初始化不是按“重要性”排优先级，而是由JVM严格按阶段、继承关系和源码位置决定执行顺序。理解这个流程，比死记规则更能避开空指针、默认值误用和构造器中重写方法调用等典型问题。
静态成员：类首次主动使用时一次性按序执行
静态变量和static{}块在类首次被主动使用（如访问非final静态字段、调用静态方法、new实例、反射获取Class）时触发，合并为一个<clinit></clinit>方法，从上到下逐行执行。
- 父类静态部分一定先于子类执行，且全局只运行一次
- 静态变量显式赋值（如
static int x = getValue();）和静态块地位相同，谁写在前面谁先执行 - 编译期常量（
public static final int VERSION = 1;）不触发类初始化，直接内联 - 静态块中引用其后声明的静态变量会编译报错——禁止前向引用
- 任一静态初始化抛出未捕获异常，整个类初始化失败，后续访问均抛
NoClassDefFoundError
实例成员：每次new都走完整父→子链路
对象创建时，JVM分配内存后立即开始实例初始化，所有实例变量赋值语句和{}实例块被编译器自动插入每个构造器开头（super()之后），再执行构造器体。
- 先父类：按源码顺序执行父类实例变量赋值 + 实例块，然后进入父类构造器
- 再子类：同样顺序执行子类实例变量赋值 + 实例块，最后执行子类构造器
- 实例块中可安全使用
this，但避免调用可能被子类重写的方法——此时子类字段尚未初始化 - 字段初始化表达式里调用本类方法，该方法访问的其他字段可能仍为默认值（如
int为0、引用为null）
继承场景下的完整执行流水线
以new Child()为例，实际发生两阶段叠加：
- 类加载阶段（静态）：父类静态变量默认值 → 父类静态赋值+块（从上到下）→ 子类静态变量默认值 → 子类静态赋值+块（从上到下）
- 对象创建阶段（实例）：父类实例变量默认值 → 父类实例赋值+块（从上到下）→ 父类构造器体 → 子类实例变量默认值 → 子类实例赋值+块（从上到下）→ 子类构造器体
验证与优化建议
光看代码容易误判执行流。最可靠的方式是加带标识的日志观察：
- 在静态变量右侧写
logAndReturn(42)，而非直接赋字面量 - 在实例字段初始化、实例块、构造器首行分别打印明确标识（如"[S] a init"、"[I] block"、"[C] ctor"）
- 静态变量尽量用常量或无副作用表达式初始化；避免在静态块中调用需实例环境的方法
- 实例字段间强依赖，建议移入构造器统一处理，而非靠声明顺序隐式耦合
- 复杂初始化逻辑可封装为静态工厂方法，让意图更清晰、可控性更强
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
