这不是内存泄漏，而是类初始化死锁导致的资源悬停：静态块隐式触发跨类初始化，引发等待锁、异常吞没、资源未创建，表现为启动卡死、CPU空转、无日志、关键组件（线程池/连接池）缺失。
静态初始化块中隐式触发深层栈调用，本身不会直接导致“内存泄漏”，但可能引发**类初始化死锁 + 异常静默吞没 + 资源未释放**的组合问题，表现为启动卡死、CPU空转、无日志、后续资源（如线程池、连接池、文件句柄）无法初始化——这种“运行期泄漏死结”本质是初始化时序崩坏引发的资源悬停，而非传统堆内存泄漏。
识别：这不是内存泄漏，是初始化链断裂
Java 类静态初始化是单线程、一次性、不可重入的。若 A 的 static 块中调用 method()，而该 method() 内部又间接触发 B.class（比如反射获取 B 的方法、加载 B 的枚举常量、调用 B 的 static 工具方法），B 初始化时又回头读取 A 中尚未赋值的 static 字段或调用 A 的 static 方法，就会卡在 JVM 的 initialization lock 上——此时：
- 没有 StackOverflowError（调用不深，是跨类等待）
- 没有 ExceptionInInitializerError（异常被吞了，或字段读到 null/0 后继续执行但逻辑失效）
- 线程堆栈停在
java.lang.Class.forName或java.lang.ClassLoader.loadClass等阻塞点 - 你看到的“泄漏”其实是：数据库连接池没启、定时任务没注册、Netty EventLoopGroup 没创建——它们依赖的配置类卡死了，资源根本没分配出来，也就谈不上“泄漏”
定位：用 System.err.println + jstack 双轨追踪
别信 IDE 断点——静态初始化阶段调试器常失效。可靠方式是：
- 在每个类的 static 块开头、每个 static 字段赋值前，加
System.err.println("X: start init");和System.err.println("X: set field Y"); - 启动时加
-XX:+PrintGCDetails -verbose:class，观察类加载顺序 - 卡住后立刻执行
jstack <pid>，找处于java.lang.ClassLoader.loadClass或java.lang.Class.initializeClass的线程，看它正等哪个类的initialization lock - 重点检查日志断点：A 打印了 start → B 打印了 start → B 日志出现 “reading A.config” → 然后断了 → 就是死结位置
切断：避免在 static 上做任何“可能触发其他类初始化”的操作
以下写法看似安全，实为高危：
-
static final List<String> LIST = Collections.unmodifiableList(loadFromDb());——loadFromDb()若用了 Spring JdbcTemplate 或 MyBatis SqlSession，会触发 DataSource、Mapper 接口类加载 -
static final Logger LOG = LoggerFactory.getLogger(MyClass.class);—— SLF4J 绑定过程可能加载 Logback 类，再触发配置解析类 -
static final String TAG = ServiceUtil.getPrefix() + "-app";——ServiceUtil是普通工具类？但它内部若用了ConfigHolder.INSTANCE，就又绕回去了
解法不是“改日志”，而是重构初始化契约：
- 把所有含跨类依赖的逻辑移出 static 块，改为显式初始化方法（如
Config.init()），由主流程控制调用时机 - 用
Supplier<T>延迟初始化：static final Supplier<DataSource> DS = () -> createDataSource();，首次DS.get()才真正构造 - 枚举类中禁止调用外部 static 成员；接口中的 static 方法不要引用具体实现类
验证：启动后检查关键资源是否 ready
光不卡死不够，要确认资源真起来了：
- 打印
DataSource.getConnection().isValid()结果 - 调用
ScheduledThreadPoolExecutor.getActiveCount()看是否 > 0 - 用 JMX 或 Actuator 检查 /actuator/health 中 db、redis 等组件状态
- 如果这些都为空或超时，说明初始化链虽通了，但某环节静默失败（比如配置字段为 null 导致连接串为空）——这时需补全空值校验和 fail-fast 抛错
