父类静态块中引用子类静态变量会触发子类初始化，但此时子类静态变量尚未赋值（仍为默认值），导致返回null；因jvm按源码顺序执行静态初始化，且访问子类字段强制其初始化，而该字段赋值语句在子类静态块之后。
父类静态块中直接引用子类的静态变量，会导致该变量未初始化（值为默认值），甚至触发子类静态初始化，但此时子类静态变量尚未赋值——这是典型的“静态初始化顺序陷阱”。关键在于：Java 类加载时，静态块和静态变量按**文本顺序**初始化，且子类初始化前会先触发父类初始化；但若父类静态块中主动访问子类的静态字段，JVM 会强制初始化子类，而此时子类自己的静态变量还未执行到赋值语句。
静态初始化的实际执行流程
理解陷阱的前提是清楚 JVM 的类初始化规则：
- 类首次主动使用（如 new、调用静态方法、访问静态字段等）时触发初始化
- 初始化前，若父类未初始化，则先初始化父类（递归）
- 类内部，静态变量声明与静态块按源码从上到下执行，混合处理（即变量声明处的赋值和 static {} 块视为同级顺序单元）
-
但注意：只有当代码“显式访问”子类的静态字段（如
Child.NAME）时，才会触发子类初始化；若只是继承关系或泛型擦除等，不触发
复现问题的最小可运行案例
以下代码会输出 null 而非 "child"：
class Parent {
static {
System.out.println("Parent static block");
// 触发 Child 初始化
System.out.println(Child.NAME); // ← 关键：这里访问子类静态字段
}
}
class Child extends Parent {
static String NAME = "child"; // ← 这行会在 Child 初始化时执行，但在 Parent 静态块之后才轮到
static {
System.out.println("Child static block");
}
}
public class Test {
public static void main(String[] args) {
// 仅触发 Parent 初始化（因 Child 尚未被主动使用）
// 但 Parent 静态块里访问 Child.NAME → 强制初始化 Child
}
}
输出结果：
Parent static blocknull
Child static block
原因：JVM 在执行 Child.NAME 时发现 Child 未初始化，于是暂停 Parent 的静态块，转去初始化 Child；而 Child 初始化时，先执行其静态变量 NAME 的声明（默认值 null），再执行静态块 —— 此时 NAME 还没被赋值为 "child"，所以返回 null。
排查与验证技巧
遇到疑似静态顺序问题，可快速定位：
- 在可疑静态块中插入
System.out.println(ClassLoader.getSystemClassLoader().loadClass("Child").getDeclaredField("NAME").get(null));—— 效果等同直接访问，但更明确体现反射触发时机 - 用 JVM 参数
-XX:+TraceClassLoading -XX:+TraceClassInitialization启动程序，观察类加载和初始化的真实顺序 - 在子类静态变量声明前后各加一条日志：
static { System.out.println("before NAME"); } static String NAME = "child"; static { System.out.println("after NAME"); }，确认赋值时机 - 用
jdeps --list-deps检查隐式依赖，避免编译期未察觉的跨类静态引用
安全替代方案
避免在父类静态上下文中直接读取子类静态状态：
- 延迟到实例化时获取：把逻辑移到构造器或工厂方法中，确保子类已完全初始化
-
用静态方法封装：子类提供
public static String getNAME() { return NAME; }，并在方法内加判空或双重检查（虽不能解决根本顺序，但便于调试和兜底） -
提取公共配置类：将共享常量放到独立的
Constants类中，由父子类共同依赖，消除继承链上的静态耦合 -
使用
ServiceLoader或 DI 容器：在运行时动态发现和加载子类实现，绕过编译期静态绑定
