Java 單例模式全解析：餓漢、懶漢、登記式三大實現與線程安全深度剖析

單例模式確保一個類在全局僅有一個實例，並提供全局訪問點。它是資源管理（連接池、配置管理器、日誌記錄器等）的首選模式。本文系統剖析 Java 中單例的三大經典實現——餓漢式、懶漢式、登記式，深度解析雙重檢查鎖（DCL）的線程安全機制、類載入器陷阱、垃圾回收陷阱，並提供生產級配置管理器實戰案例。

一、單例模式核心特性

1. 全局唯一實例
2. 自我實例化（私有建構子）
3. 提供全局靜態訪問方法 getInstance()
4. 理論上可推廣至有限多例（如連接池）

二、三大經典實現對比

1. 餓漢式——最簡單、線程安全、類載入即實例化

public class EagerSingleton {
    private EagerSingleton() {}  // 私有建構子
    
    private static final EagerSingleton INSTANCE = new EagerSingleton();
    
    public static EagerSingleton getInstance() {
        return INSTANCE;
    }
}

UML：

特點：

• ✅ 類載入機制天然保證線程安全（JVM 類初始化鎖）
• ✅ 實現最簡潔，無同步開銷
• ❌ 類載入即實例化，即使未使用也佔用資源
• ❌ 無法繼承（私有建構子）
• ❌ 無法處理實例化過程中的異常

2. 懶漢式——首次使用時實例化，雙重檢查鎖保證線程安全

public class LazySingleton {
    private LazySingleton() {}
    
    private static volatile LazySingleton instance = null;  // 關鍵：volatile
    
    public static LazySingleton getInstance() {
        if (instance == null) {                    // 第一次檢查：無鎖，效能最佳
            synchronized (LazySingleton.class) {   // 類級別鎖
                if (instance == null) {            // 第二次檢查：防止重複建立
                    instance = new LazySingleton();
                }
            }
        }
        return instance;
    }
}

UML：

關鍵點深度解析：

⚠️ 歷史遺留問題：JDK 1.4 及之前版本的記憶體模型有缺陷，DCL 可能失效。JDK 5+ 引入 volatile 語義修復後，DCL 才真正線程安全。

3. 登記式——支援繼承，解決餓漢/懶漢無法繼承的痛點

public class RegSingleton {
    protected RegSingleton() {}  // protected 允許子類建構
    
    private static final Map REGISTRY = new HashMap<>();
    
    static {
        // 自我註冊
        RegSingleton singleton = new RegSingleton();
        REGISTRY.put(singleton.getClass().getName(), singleton);
    }
    
    public static synchronized RegSingleton getInstance(String name) {
        if (name == null) name = RegSingleton.class.getName();
        if (!REGISTRY.containsKey(name)) {
            try {
                REGISTRY.put(name, Class.forName(name).newInstance());
            } catch (Exception e) { /* 處理異常 */ }
        }
        return REGISTRY.get(name);
    }
}

// 子類實現
public class RegSingletonChild extends RegSingleton {
    public static RegSingletonChild getInstance() {
        return (RegSingletonChild) RegSingleton.getInstance(RegSingletonChild.class.getName());
    }
}

UML：

優缺點權衡：

• ✅ 支援繼承體系
• ✅ 運行時動態決定實例類型
• ❌ 父類實例必須先建立（潛在浪費）
• ❌ 子類建構子必須 public，繞過註冊表可直接 new 破壞單例
• ❌ 需自行處理多線程同步（註冊表操作）

三、Java 類垃圾回收陷阱與 ObjectKeeper 解決方案

問題背景

• JDK 1.1：激進的類卸載，甚至系統類可能被回收 → 單例類意外消失
• JDK 1.2+：收緊規則，啟動/系統類載入器載入的類永不回收；自定義載入器載入的類僅在載入器回收時才回收

ObjectKeeper 看守者模式

public class ObjectKeeper extends Thread {
    private static final ObjectKeeper KEEPER = new ObjectKeeper();
    private static final Vector