深度解析單例模式：從教學版到生產級的七次進化

單例模式看似簡單，實則暗藏多線程、指令重排、類加載器、序列化、反射等陷阱。本文帶你經歷七個版本迭代，從 naïve 實現到枚舉單例，構建生產級認知。

一、 七個版本演進史

二、 關鍵技術點深度剖析

指令重排與 volatile

instance = new Singleton() 非原子操作：分配內存 → 初始化對象 → 引用賦值。JIT 可能重排為 1-3-2，導致其他線程見到非 null 但未初始化完成的對象。volatile 插入內存屏障禁止重排。

類加載器隔離導致多實例

不同 ClassLoader 加載同一單例類會產生多個 Class 對象，各自持有獨立靜態字段。解決：父子委派模型下由公共祖先加載單例類，或使用模塊化系統（JPMS）控制可見性。

序列化/反射破壞

• 序列化：實現 readResolve() 返回現有實例。
• 反射：構造器加 if (instance != null) throw Exception 防御；枚舉天然免疫。

分布式/多 JVM 環境

單進程單例無法跨進程。分布式場景需用分布式鎖、ZooKeeper、Redis SETNX 等協調機制實現「全局單例」。

三、 代碼復用：泛型單例工廠

public class SingletonFactory {
    private static final Map<Class<?>, Object> INSTANCES = new ConcurrentHashMap<>();
    @SuppressWarnings("unchecked")
    public static <T> T getInstance(Class<T> clazz) {
        return (T) INSTANCES.computeIfAbsent(clazz, c -> {
            try { return c.getDeclaredConstructor().newInstance(); }
            catch (Exception e) { throw new RuntimeException(e); }
        });
    }
}

四、 總結

單例模式演進史是 Java 并發、內存模型、類加載機制的縮影。日常開發首選枚舉單例；框架級代碼考慮靜態內部類；特殊場景（依賴注入容器、分布式）另行設計。切記：無論代碼多完美，只能在特定假設下工作，超出假設必有 Bug。