java枚举单例线程安全且防反射反序列化攻击，依赖jvm类加载机制保障初始化唯一性与原子性，无需同步、volatile或readresolve，但为饿汉式，初始化时机不可控。
Java 中枚举在多线程并发下安全初始化单例，靠的是 JVM 层面的保障机制，不是靠代码加锁或手动同步——它从根源上规避了竞争条件。
枚举实例由 JVM 在类加载阶段一次性创建
枚举类（如 Singleton { INSTANCE; }）被加载时，JVM 会按规范严格保证：所有枚举常量仅被构造一次，且发生在类初始化阶段。这个过程由 JVM 内部串行执行，天然互斥，多个线程同时触发类加载也不会重复初始化。
- 类加载、链接、初始化是 JVM 的原子性步骤，初始化阶段只执行一次
- 枚举常量的实例化语句（如 INSTANCE）被编译为静态字段初始化逻辑，嵌入在
方法中 - 即使十万个线程同时首次访问 Singleton.INSTANCE，也只会触发一次
执行
反射和反序列化攻击被 JVM 硬性拦截
普通单例容易被反射调用私有构造器或反序列化绕过控制，而枚举类型被 JVM 特殊对待：
- Constructor.newInstance() 对枚举类直接抛出 IllegalArgumentException，无法通过反射新建实例
- 枚举类默认实现 Serializable，但反序列化时 JVM 不重建对象，而是根据枚举名称查表返回已有实例（等价于内置 readResolve）
- 无需手动写 readResolve() 或在构造器里做防御性检查
无需 volatile、synchronized 或双重检查
对比懒汉式 DCL 或静态内部类，枚举写法完全省去这些复杂逻辑：
- 不依赖 volatile 保证可见性——实例在类初始化完成时已对所有线程可见
- 不引入 synchronized 块——没有临界区需要保护
- 不存在“部分初始化”风险——JVM 保证
执行完毕后，实例才对外可访问
注意初始化时机与资源开销
枚举单例是“饿汉式”的，即类加载即初始化，这点需结合实际权衡：
- 适合轻量、必用、无外部依赖的单例（如工具类、状态标识、配置读取器）
- 若初始化涉及耗时操作（如远程配置拉取、大对象构建），且该单例并非启动必用，可能造成启动延迟
- 无法像懒汉式那样延迟到第一次调用才初始化，也不能后期销毁或重置实例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
