Java类变量在类首次主动使用时初始化且仅一次，实例变量每次new时按继承链和声明顺序初始化；二者均遵循JVM严格规范，需避免前向引用与构造器中重写方法调用。
Java 类变量（static）和实例变量（非 static）的初始化时机不是凭经验猜测的，而是由 JVM 严格按规范执行的确定性过程。搞清这个顺序，才能避开空指针、默认值误用、构造器中调用重写方法等高频问题。
类变量初始化：只在类首次主动使用时触发一次
类变量（包括 static 字段和 static {} 块）在类被首次主动使用时才初始化，且全局仅执行一次。所谓“主动使用”，包括：
– new 一个该类或其子类的实例
– 访问或赋值该类的静态字段（final static 编译期常量除外）
– 调用该类的静态方法
– 通过反射加载该类
– 初始化其子类（此时父类会先被初始化）
关键细节：
- 父类静态部分一定先于子类执行，顺序固定为：父类 static 变量 → 父类 static 块 → 子类 static 变量 → 子类 static 块
- static 变量和 static 块按源码书写顺序交错执行——声明靠前的先初始化，哪怕块里引用了后面声明的变量，该变量此时仍是默认值（如 null 或 0）
- static 块中不能读取其后声明的 static 变量（编译报错），但可以安全读取父类 public static 字段
- 若任一 static 初始化抛出未捕获异常，整个类初始化失败，后续所有对该类的访问都会抛 NoClassDefFoundError
实例变量初始化：每次 new 都重新走一遍完整链路
实例变量（包括字段直接赋值、非静态代码块 {}）在每次 new 对象时执行，且严格遵循继承层级和声明顺序。
立即学习“Java免费学习笔记（深入）”；
完整流程是：
1. 分配内存（所有字段设为默认值：int=0、Object=null、boolean=false）
2. 执行父类实例变量赋值 + 父类非静态块（按源码顺序）
3. 执行父类构造器体
4. 执行子类实例变量赋值 + 子类非静态块（同样按源码顺序）
5. 执行子类构造器体
注意：
- 非静态块和字段初始化语句地位相同，编译后会被插入每个构造器开头（super() 之后），所以总在构造器逻辑之前运行
- 实例变量初始化表达式中若调用本类方法，该方法访问的其他实例变量可能尚未显式赋值，仍为默认值
- 不要在构造器中调用可被子类重写的方法——此时子类字段还未初始化，极易读到 0 或 null
- 实例变量可以合法引用类变量（哪怕类变量声明在它后面），因为类变量早已初始化完毕
初始化顺序陷阱与验证方法
仅看代码容易误判真实执行流。最可靠的方式是加带标识的日志：
- 在 static 变量右侧写 logAndReturn("A") 替代字面量赋值
- 在实例字段初始化、非静态块、构造器中分别打印明确标记，如 "fieldX init"、"init block"、"ctor start"
- 用 System.out.println(Child.flag) 触发类初始化，观察输出顺序是否符合：Parent static → Child static → Parent init → Child init → Child ctor
常见错误场景：
- static int a = b + 1; static int b = 10; → 编译失败（非法前向引用）
- int x = y + 1; int y = 5; → 编译失败（实例变量间也不允许非法前向引用）
- static String s; static { s = "ok"; } → s 在准备阶段已是 null，初始化阶段才赋值
编写建议：让初始化更清晰可控
复杂依赖是多数问题根源。实用策略包括：
- static 变量尽量用常量或无副作用表达式初始化，避免调用需实例环境的方法
- 实例字段不依赖同级后续声明的字段；若必须关联，统一移到构造器中处理
- 对关键初始化逻辑，优先考虑静态工厂方法或 Builder 模式，把控制权收回来
- 用 javap -c 查看字节码，确认字段初始化是否真被编译进
或各构造器
不复杂但容易忽略：初始化不是“谁重要谁先”，而是“谁在哪层、谁在前面、谁被谁触发”。盯住 JVM 的执行节奏，比死记口诀更稳。
