java类初始化顺序严格遵循“静态优先、父类先行、源码顺序”规则：先父类静态变量与静态块（仅首次主动使用时执行），再子类静态部分；接着父类实例变量、构造块、构造函数，最后子类实例部分。
Java 中代码块执行顺序本身不是“问题”，而是 JVM 严格规定的初始化机制；所谓“初始化冲突”，其实是开发者没对齐这个机制导致的字段未初始化、空指针、值被意外覆盖或父类调用子类方法时读到默认值等问题。解决的关键不是强行改变顺序，而是让代码结构与 JVM 的执行流保持一致。
静态部分：按源码顺序合并进
静态变量显式赋值（如 static int x = init();）和 static{} 块在编译后被 JVM 合并为一个 <clinit></clinit> 方法，按 Java 源文件从上到下顺序执行。不存在“竞争”，只有书写顺序决定执行先后。
- 把依赖前置的逻辑写在上面，比如先初始化工具类，再用它赋值其他静态字段
- 避免在静态块里访问尚未声明的静态变量（编译报错：非法前向引用）
- final static 编译期常量（如
public static final String MSG = "ok";）不触发类初始化，别指望靠它带动其他静态逻辑
实例部分：字段赋值与实例块混合执行，都在构造器体之前
成员变量声明处的初始化（如 String name = "Tom";）和实例块（{ ... }）本质等价，JVM 按它们在类中出现的文本顺序交替执行，全部完成后再进入构造器体。
- 想统一设置默认状态？用实例块，而不是在每个构造器里重复写
- 字段必须先声明再使用——实例块里不能读取后面才声明的字段
- 不要在实例块里调用可能被子类重写的方法，此时子类字段仍是默认值（0/null/false）
父子类场景：静态先父后子，实例先父后子，两阶段不可跳过
执行 new Child() 会触发两个独立但嵌套的流程：先完成类初始化（静态部分），再启动对象初始化（实例部分）。每阶段都严格遵循“父类优先”原则。
- 父类静态 → 子类静态（仅首次）
- 父类实例变量默认值 → 父类实例赋值/实例块 → 父类构造器
- 子类实例变量默认值 → 子类实例赋值/实例块 → 子类构造器
- 如果父类构造器中调用了
doSomething()，而子类重写了它，该方法内访问的子类字段仍是 null 或 0
验证与避坑：打日志比猜顺序更可靠
别靠记忆或推测，直接用带标识的日志锚定每个环节：
- 每个
static{}开头加[S] 类名 - 每个实例块开头加
[I] 类名 - 每个构造器第一行加
[C] 类名() - 字段初始化方法（如
loadConfig()）内部也加日志 - 配合
javap -c 类名查看<clinit></clinit>和<init></init>的真实字节码顺序
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
