单例模式 枚举

/**
 * 单例模式
 * 方式7
 */
public enum SingletonEnum {
    INSTANCE;
}

这个写法虽然看起来最简单（只有一行代码），但它背后的原理其实非常深刻。它是《Effective Java》作者 Josh Bloch 官方推荐的单例模式最佳实现方式。

1. INSTANCE; 到底是什么？

一句话答案：它就是一个静态、final 的对象实例。

枚举（Enum）在 Java 中并不是什么神奇的新物种，它在编译后，本质上就是一个普通的类（Class）。

如果你把 SingletonEnum.java 编译再反编译，或者脑补它的“真实面目”，它大概长这样（伪代码）：

// 代码：
public enum SingletonEnum {
    INSTANCE;
}

// ------ 翻译给编译器看，大约等于 ------

// 1. enum 其实就是一个继承了 Enum 类的 final 类
public final class SingletonEnum extends Enum<SingletonEnum> {
    
    // 2. INSTANCE 其实就是一个静态常量对象 (类似饿汉式)
    public static final SingletonEnum INSTANCE; 

    // 3. 静态代码块初始化
    static {
        INSTANCE = new SingletonEnum("INSTANCE", 0);
    }

    // 4. 构造方法被强制私有化
    private SingletonEnum(String s, int i) {
        super(s, i);
    }
}

INSTANCE 就是 SingletonEnum 类的一个唯一的、静态的、全局对象。

可以像使用其他单例一样使用它：SingletonEnum.INSTANCE.doSomething();。

---

2. 如何实现单例的？（为何只有一份？）

这完全依赖于 Java 语言规范对 enum 关键字的特殊保护：

1. 构造方法自动私有化： 你无法在外部代码中写 new SingletonEnum()，编译器直接报错。
2. 实例数量固定： 你在枚举里列出了几个名字（这里只有 INSTANCE 一个），JVM 就只承认这几个对象，除此之外无法生成新的。
3. 防御最强技（防反射）： 之前的几种单例（包括静态内部类），如果黑客非要用 反射 (Reflection) 的 setAccessible(true) 强行调用私有构造器，是可以创建第二个实例的。

• 但对于枚举，Java 的反射源码（Constructor.newInstance）里专门写了一行判断：if ((clazz.getModifiers() & Modifier.ENUM) != 0) throw new IllegalArgumentException("Cannot reflectively create enum objects");。
• 也就是说，连反射都杀不死它，它是真正绝对的单例。

---

3. 如何实现线程安全的？

这点和 饿汉式 以及 静态内部类 的原理完全一样。

• 时机： INSTANCE 的创建是在类加载（Class Loading） 阶段进行的（看上面的伪代码，是在 static 块里 new 的）。
• 保障： 我们之前说过，JVM 保证类的初始化阶段是绝对线程安全的（自带锁）。
• 结论： 同样是利用了 JVM 的类加载机制 来保证并发安全。

---

总结

枚举单例其实就是披着“枚举外衣”的饿汉式单例，但它有两个饿汉式做不到的超强优势：

1. 自带“防反射攻击”护盾（JDK 底层禁止反射创建枚举）。
2. 自带“防序列化破坏”护盾（Java 序列化机制对枚举做了特殊处理，反序列化时不会创建新对象，而是直接返回原本的那个 INSTANCE）。

建议：
在实际生产中，如果你的单例对象不需要继承其他类（因为 Enum 已经继承了 Enum 类，Java 是单继承），且不介意饿汉式带来的那一点点启动负载，枚举单例是首选方案。