基于Enum实现的Singleton是否会被反序列化、克隆或多线程破坏？

JDK 1.5+ 版本下，基于Enum实现的单例模式，完全不会被反序列化、克隆、多线程并发访问三种方式破坏全局唯一特性，是目前Java生态下鲁棒性最高的单例实现方案，也是《Effective Java》中推荐的单例首选实现。

多线程并发访问场景 #

所有枚举类的实例创建，都由JVM在类加载的初始化阶段完成，对应生成的<clinit>类构造方法由JVM底层保证线程安全：类初始化时JVM会自动加锁同步，同一时间仅允许一个线程执行枚举类的实例初始化逻辑，实例在类加载完成后就已经是唯一存在的常量，后续所有线程访问时拿到的都是同一个已初始化完成的实例，完全不存在并发创建多实例的风险，不需要开发者额外做同步、volatile修饰之类的处理。

反序列化场景 #

普通Java类反序列化时，会通过反射调用类的构造方法生成新对象，这也是普通饿汉/懒汉单例会被反序列化破坏的核心原因。但枚举类的反序列化逻辑是JDK做了硬编码特殊处理的：

• 反序列化枚举类型时，ObjectInputStream不会走反射创建新实例的流程，而是调用Enum.valueOf()方法，根据枚举类类型、枚举常量的名称，直接从枚举类的运行时常量池中查找已经存在的唯一实例返回。
• 这个逻辑是写死在JDK源码的readEnum方法里的，哪怕你给枚举类自定义readResolve、readObject这类反序列化钩子方法也不会被调用，从机制上彻底堵死了反序列化生成新实例的可能。

克隆操作场景 #

所有自定义枚举类默认继承自java.lang.Enum抽象类，该父类中定义的clone()方法被final修饰，且方法实现直接抛出CloneNotSupportedException异常：

protected final Object clone() throws CloneNotSupportedException {
    throw new CloneNotSupportedException();
}

子类无法重写这个final方法，也就是说从API层面就直接禁止了枚举实例的克隆操作，根本不存在通过克隆生成新实例的可能。

内容的提问来源于stack exchange，提问作者Ayush Goyal