Java 單例模式線程安全深度解析：靜態常量初始化方式優缺點與適用場景

程式碼分析

public class A {
    public final static A INSTANCE = new A();
    private A() {}
}

線程安全性結論：是線程安全的

根據 Java 語言規範（JLS §12.4.2），類別初始化過程由 JVM 保證線程安全。靜態常量 INSTANCE 在類別載入階段由 ClassLoader 以 <clinit> 方法執行初始化，JVM 內部採用鎖機制確保同一時間只有一個線程執行初始化。

執行時機與特性

與其他單例寫法比較

雙重檢查鎖定 (DCL) - 延遲載入

public class Singleton {
    private volatile static Singleton instance;
    private Singleton() {}
    public static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null)
                    instance = new Singleton();
            }
        }
        return instance;
    }
}

優點：真正延遲載入、效能較好
缺點：程式碼複雜、需 volatile 關鍵字防止指令重排

靜態內部類 - 推薦延遲載入寫法

public class Singleton {
    private Singleton() {}
    private static class Holder {
        static final Singleton INSTANCE = new Singleton();
    }
    public static Singleton getInstance() {
        return Holder.INSTANCE;
    }
}

優點：延遲載入、線程安全、程式碼簡潔、無同步開銷

枚舉單例 - 最強防禦

public enum Singleton {
    INSTANCE;
    public void doSomething() {}
}

優點：天然防反射/序列化攻擊、線程安全、語法最簡潔

選型建議決策樹

1. 需延遲載入？→ 是 → 選靜態內部類或枚舉
2. 類別初始化極快且資源佔用小？→ 是 → 靜態常量可接受
3. 需防反射/序列化破壞？→ 是 → 唯有枚舉原生支援
4. Android 專案？→ 推薦枚舉或靜態內部類（避免類別載入器問題）

實務建議

• 大多數情況：直接使用枚舉單例，最簡單且最安全
• 需延遲載入且不想用枚舉：使用靜態內部類
• 簡單工具類、無副作用初始化：靜態常量寫法完全可接受
• 避免使用：synchronized 方法鎖定 getInstance()（效能差）、單純 volatile 不加鎖（不安全）

總結

題目中的靜態常量寫法確實線程安全，但屬於急切初始化。現代 Java 開發推薦枚舉單例或靜態內部類，兼具線程安全、延遲載入與防禦能力。選型時應根據具體業務場景（資源佔用、初始化複雜度、安全需求）決策。