如何规避Java中父类与子类静态代码块在复杂继承下的加载死锁

规避静态代码块死锁的关键是切断隐式初始化依赖闭环：禁止父类static块中引用子类非编译期常量字段或方法，改用Holder模式延迟初始化，并用System.err打点定位卡点，严禁在static块中执行IO、反射等高危操作。

规避父类与子类静态代码块在复杂继承下的加载死锁，核心不是“避免写static块”，而是切断隐式初始化依赖闭环——死锁根源从来不是执行顺序本身，而是异常后跨类访问未就绪的静态状态。

警惕继承链中的隐式跨类访问

父类静态块里直接读取子类的 static final 字段（尤其该字段依赖运行时计算），或调用子类的 static 方法，会强制触发子类初始化；而子类初始化又可能反向依赖父类尚未完成赋值的静态变量，形成 JVM 级等待链。

• 禁止在父类 static {} 中出现 SubClass.CONST、SubClass.init() 等显式引用
• 避免通过 Class.forName("SubClass") 在父类静态块中主动加载子类——这等同于手动开启闭环入口
• 若必须提前初始化子类，改在 main 或启动器中显式调用，而非嵌套在父类静态上下文中

用 Holder 模式替代高危静态初始化

把有 IO、反射、跨类依赖的逻辑从 static 块中彻底移出，推迟到首次实际使用时才执行，既避开类加载期竞争，又保持单例语义。

• 将原写在父类 static {} 中的复杂配置加载，改为：
  private static class ConfigHolder { static final Config INSTANCE = loadFromYaml(); }
• 对外提供 public static Config getConfig() { return ConfigHolder.INSTANCE; }
• 子类如需该配置，也通过此方法获取——此时 Holder 类才真正初始化，且无继承链干扰

用 System.err.println 打点定位真实卡点

日志框架的 logger 本身可能正卡在初始化中，导致“没日志=没执行”的误判。用最底层输出观察真实执行流：

立即学习“Java免费学习笔记（深入）”；

• 在父类 static {} 开头加：System.err.println("Parent.<clinit> start");</clinit>
• 在子类 static {} 开头加：System.err.println("Child.<clinit> start");</clinit>
• 在父类中访问子类字段前加：System.err.println("Parent reading Child.FLAG");
• 若看到 Parent.<clinit> start → Child.<clinit> start → Parent reading Child.FLAG</clinit></clinit> 后卡住，即确认闭环已发生

硬性守则：静态块准入清单

以下操作一旦出现在任意静态块（无论父类还是子类）中，都等于主动引入不可恢复的类加载风险：

• 读取配置文件、系统属性、环境变量（System.getProperty、Properties.load()）
• 调用外部服务、数据库连接、网络请求（new URL(...).openConnection()）
• 解析 JSON/XML、反序列化任意输入（ObjectMapper.readValue()）
• 访问其他类的非编译期常量静态字段（public static String NOT_FINAL = "x"）