递归静态枚举与单例定义引发的Java初始化不一致问题

这是Java中类初始化顺序与循环依赖导致的典型问题，核心原因在于JVM对类初始化的规则限制：

类初始化的核心规则 #

• 类（包括枚举）仅在首次主动使用时触发初始化，过程线程安全，但严格遵循执行顺序：先完成静态成员赋值、静态代码块执行，再标记类初始化完成。
• 枚举的所有枚举常量，会在枚举类初始化阶段被依次创建，每个常量的构造逻辑会在此时执行。

两种场景的具体分析 #

场景1：先调用MyClass.getInstance() #

1. 触发MyClass的初始化流程，由于MyClass单例依赖MyEnum.VALUE，JVM会转而启动MyEnum的初始化。
2. MyEnum初始化时，先创建VALUE枚举常量，其构造逻辑需要调用MyClass.getInstance()。但此时MyClass的初始化还未完成（正等待MyEnum初始化结束），MyClass的单例实例尚未被创建，因此VALUE的myClassInstance字段被赋值为null。
3. MyEnum初始化完成后，MyClass的初始化继续推进，单例实例最终被创建，但MyEnum.VALUE的myClassInstance已经是null，不会被重新赋值。

场景2：先访问MyEnum.VALUE.myClassInstance #

1. 触发MyEnum的初始化流程，创建VALUE枚举常量时，其构造调用MyClass.getInstance()，触发MyClass的初始化。
2. 此时MyEnum的初始化已经在当前线程中进行，JVM允许MyClass的初始化继续执行（同一线程不会重复初始化类），MyClass的单例实例能正常创建，并被赋值给VALUE的myClassInstance字段。
3. 后续MyClass和MyEnum依次完成初始化，因此字段值非null。

本质总结 #

循环依赖打破了类初始化的正常顺序，JVM处理这种情况时，会允许一个类在依赖类未完全初始化的情况下继续执行，导致未完成初始化的类的静态成员（如单例实例）无法被正确注入，最终出现初始化结果不一致的情况。

内容的提问来源于stack exchange，提问作者Ryan Moser