java类静态初始化仅在类首次主动使用时触发，按声明顺序、先父后子执行一次，不与构造器关联，且编译期常量访问不触发初始化。
Java 类变量的静态初始化不是“一写就执行”，而是严格绑定在类加载的“初始化”阶段，仅当类首次被主动使用时触发，且按源码声明顺序、先父后子执行一次。
静态初始化只在类首次主动使用时发生
JVM 不会在类加载早期（如准备阶段）执行你的 static 赋值或 static {} 块——此时只设默认值（int=0、Object=null）。真正执行要等到“初始化”阶段，而该阶段仅由六种主动使用行为触发：
- 用 new 创建该类实例
- 访问或修改该类的非 final 静态字段
- 调用该类的静态方法
- 通过 Class.forName() 反射加载
- 初始化该类的子类（会连带触发父类初始化）
- 作为启动类被 JVM 直接执行（如含 main 方法的类）
例外：public static final 基本类型或字符串常量（如 public static final int VERSION = 1;）属于编译期常量，访问它不会触发类初始化，值已内联到调用处。
同一类中，静态变量与静态块按源码顺序混合执行
它们没有“变量优先”或“块优先”的区分，而是被 JVM 合并进一个名为
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 先出现的 static { ... } 就先运行
- 先声明的 static int x = getValue();，其 getValue() 就在此时调用并返回结果
- 若静态块中调用了后面才声明的静态变量，编译直接报错（非法前向引用）
例如：
static { System.out.println("A"); }
static String s = init();
static { System.out.println("B"); }
输出一定是 A → init() 返回值赋给 s → B。
继承体系下，静态初始化强制“先父后子”分层执行
哪怕你只调用子类的静态方法，JVM 也必须确保父类静态部分全部完成，才能开始子类静态部分：
- 先执行 父类静态变量显式赋值 + 父类静态块（均按父类源码顺序）
- 再执行 子类静态变量显式赋值 + 子类静态块（均按子类源码顺序）
- 父类初始化成功后，子类才开始；任一环节抛出未捕获异常（如 NullPointerException），整个类初始化失败，后续所有对该类的访问都会抛 NoClassDefFoundError
注意：静态初始化与构造器完全无关。不 new 对象，只调静态方法，照样触发完整静态流程。
调试建议：用日志锚定真实执行点
别靠推测，直接加带标识的日志验证：
- 在每个 static {} 里打 [S-P]（父类）、[S-C]（子类）
- 在 static 变量初始化表达式中调用的方法里加日志，确认执行时机
- 首次访问某个非 final 静态字段（如 System.out.println(Child.flag);）即可完整触发链路
这样能一眼看清是否符合“父→子、上→下”的预期顺序，快速定位隐式依赖或异常中断点。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
