枚举单例最可靠，因JVM硬性保障：反射时newInstance()必抛异常，反序列化时readEnum()直接返回预创建实例，无需readResolve或防御代码。
用枚举实现单例是目前最可靠的方式，它天然免疫反射和反序列化攻击，无需额外代码干预，jvm 层已做硬性保障。
为什么反射无法破坏枚举单例
Java 枚举的构造器由编译器强制设为 private，且没有无参公有构造方法。即使调用 setAccessible(true)，反射在尝试 newInstance() 时会直接抛出 NoSuchMethodException（JDK 12+ 更严格，直接拒绝）。JVM 在类加载阶段就固化了枚举实例的数量与时机，外部无法介入初始化流程。
为什么反序列化无法破坏枚举单例
Java 序列化机制对枚举做了特殊处理：ObjectInputStream.readEnum() 不走常规对象还原逻辑，不调用任何构造器，也不执行 readObject 或 readResolve。它直接从枚举类的静态实例数组中查找并返回预创建的那个唯一对象。无论反序列化多少次，拿到的始终是同一个 INSTANCE 引用。
标准写法与关键注意事项
只需定义一个含单个元素的枚举：
public enum Singleton {
INSTANCE;
private String data = "default";
public String getData() { return data; }
public void setData(String data) { this.data = data; }
}
- 获取实例：直接用 Singleton.INSTANCE，线程安全、无延迟、无同步开销
- 不能被继承、不能被代理、不能通过反射实例化
- 枚举实例在类加载时即创建，不支持运行时依赖注入（如 Spring Bean 注入）
- 若需延迟初始化字段（如加载配置），可在首次调用业务方法时触发，但 INSTANCE 本身不会延后
对比其他实现方式的防御成本
饿汉式、懒汉式、双重检查锁、静态内部类等都需要手动防御：
- 防反射：在私有构造器中加非空判断 + 异常抛出（如 if (instance != null) throw new RuntimeException()）
- 防反序列化：必须实现 Serializable 接口，并显式添加 readResolve() 方法返回已有实例
- 两处防御缺一不可，漏写或写错就会留下漏洞
而枚举把这两项防护交给了 JVM，开发者零配置即得最强保障。
