枚举单例最安全，因JVM层面禁止反射实例化、反序列化强制返回已有实例、类加载时原子性创建；但属饿汉式，不适用于初始化开销大或需显式销毁的场景。
Java 中用枚举实现单例模式最安全，是因为它从 JVM 层面就堵死了所有常见破坏路径——不需要加锁、不用写 readResolve()、反射也调不通。
为什么枚举单例天然防攻击
普通单例（比如懒汉式、静态内部类）容易被以下方式绕过：
- 反射调用私有构造器：枚举的构造器被 JVM 明确禁止反射实例化，
Constructor.newInstance()会直接抛IllegalArgumentException - 反序列化生成新对象：枚举类默认实现
Serializable，但 JVM 在反序列化时强制返回已有实例，无需手动实现readResolve() - 多线程竞争初始化：枚举实例在类加载阶段由 JVM 原子性创建，整个过程线程安全，不依赖任何同步逻辑
标准写法就三行
定义一个只含一个常量的枚举，就是最简最稳的单例：
public enum Singleton {
INSTANCE;
public void doWork() {
System.out.println("Running as singleton");
}
}
使用时直接访问：
立即学习“Java免费学习笔记（深入）”；
Singleton instance1 = Singleton.INSTANCE; Singleton instance2 = Singleton.INSTANCE; System.out.println(instance1 == instance2); // true
带参数初始化要谨慎
如果需要传入配置或依赖，可以加私有构造器，但参数必须是编译期确定的常量：
public enum Singleton {
INSTANCE("prod-config");
private final String config;
Singleton(String config) {
this.config = config;
}
public String getConfig() { return config; }
}
注意：不能传运行时计算值（如 new Date().toString()），否则编译不通过。
它不适合什么场景
枚举单例是“饿汉式”的——类一加载，实例就创建。所以：
- 如果单例初始化特别重（比如加载大文件、连外部服务），且该单例并非每次启动都必用，那可能浪费资源
- 如果业务要求能显式销毁或重置实例（比如测试中反复重建），枚举做不到，得换静态内部类或 DCL
