java变量初始化严格按jvm阶段和声明顺序执行：静态内容先于实例、父类先于子类、同级按源码顺序；静态变量与块在类首次主动使用时仅执行一次且交错运行；实例变量与块每次new时按继承层次和声明顺序初始化；常见陷阱包括默认值误用和构造器中调用重写方法，建议通过日志验证并采用静态工厂等可控方式。
Java中变量初始化不是按“重要性”排优先级，而是由JVM严格按阶段和位置决定执行顺序：静态内容先于实例内容，父类先于子类，同一层级则按源码声明顺序执行。理解这个逻辑，比死记“优先级”更能避开空指针、默认值误用等实际问题。
静态变量与静态块：类加载时只跑一次
静态变量和static{}块在类首次被主动使用（如调用静态方法、访问静态字段、执行new）时触发，且全局仅执行一次。它们按代码中出现的顺序交错执行——遇到一个静态变量就初始化，紧接着遇到静态块就运行，再下一个静态变量……
- 即使变量声明在静态块之后，只要块里引用了它，该变量此时仍是默认值（如int为0，Object为null）
- 父类静态部分一定先于子类执行，哪怕你直接new子类——JVM会强制先完成父类初始化
- 静态字段在“准备阶段”已设默认值，“初始化阶段”才执行赋值表达式和静态块
实例变量与实例块：每次new都重走一遍
每次执行new MyClass()时，JVM分配内存后立即开始实例初始化，顺序固定：先父类字段和实例块（按声明顺序），再父类构造器；然后子类字段和实例块（同样按声明顺序），最后子类构造器。
- 实例变量初始化表达式中若调用本类方法，该方法访问的其他实例变量可能还未走到显式赋值步骤，仍为默认值
- 实例块{}和字段初始化语句地位相同，编译后会被合并插入到每个构造器开头（super()之后）
- 不要在构造器中调用可被子类重写的方法——此时子类实例字段尚未初始化，容易读到0或null
常见陷阱与验证方式
光看代码容易误判执行流。最可靠的方式是加日志观察：
- 在静态变量初始化右侧写logAndReturn(42)，而不是直接赋字面量
- 在实例字段初始化、实例块、构造器中分别打印明确标识（如"varA init"、"init block"、"ctor start"）
- 特别注意继承场景：new Child()会依次输出Parent static → Child static → Parent init → Child init → Child ctor
编写建议：让初始化意图清晰可控
复杂依赖和跨字段调用是多数问题的根源。实践中可这样规避：
- 静态变量尽量用常量或无副作用的表达式初始化，避免调用需实例环境的方法
- 实例字段不依赖后续声明的同级字段；若必须关联，移到构造器中统一处理
- 把初始化逻辑拆进私有辅助方法，并确保这些方法不访问未初始化的实例状态
- 对关键对象，考虑用静态工厂方法替代public构造器，把校验和组装逻辑集中控制
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
