單例模式中爲什麼用枚舉更好?

枚舉單例(Enum Singleton)是實現單例模式的一種新方式,儘管單例模式在java中已經存在很長時間了,但是枚舉單例相對來說是一種比較新的概念,枚舉這個特性是在Java5纔出現的,這篇文章主要講解關於爲什麼我們應該使用枚舉來實現單例模式,它與傳統方式實現的單例模式相比較又有哪些優勢?

1. 枚舉寫法簡單

寫法簡單這是它最大的優點,如果你先前寫過單例模式,你應該知道即使有DCL(double checked locking) 也可能會創建不止一個實例,儘管在Java5這個問題修復了(jdk1.5在內存模型上做了大量的改善,提供了volatile關鍵字來修飾變量),但是仍然對新手來說還是比較棘手。對比通過double checked locking 實現同步,枚舉單例那實在是太簡單了。如果你不相信那麼對比下面代碼,分別爲傳統的用double checked locking實現的單例和枚舉單例。

枚舉實現:

下面這段代碼就是聲明枚舉實例的通常做法,它可能還包含實例變量和實例方法,但是爲了簡單起見,我並沒有使用這些東西,僅僅需要小心的是如果你正在使用實例方法,那麼你需要確保線程安全(如果它影響到其他對象的狀態的話)。默認枚舉實例的創建是線程安全的,但是在枚舉中的其他任何方法由程序員自己負責。

1
2
3
4
5
6
/**
* Singleton pattern example using Java Enumj
*/
public enum EasySingleton{
    INSTANCE;
}

你可以通過EasySingleton.INSTANCE來訪問,這比調用getInstance()方法簡單多了。

double checked locking 實現法:

下面代碼就是用double checked locking 方法實現的單例,這裏的getInstance()方法要檢查兩次,確保是否實例INSTANCE是否爲null或者已經實例化了,這也是爲什麼叫double checked locking 模式。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
/**
* Singleton pattern example with Double checked Locking
*/
public class DoubleCheckedLockingSingleton{
     private volatile DoubleCheckedLockingSingleton INSTANCE;
 
     private DoubleCheckedLockingSingleton(){}
 
     public DoubleCheckedLockingSingleton getInstance(){
         if(INSTANCE == null){
            synchronized(DoubleCheckedLockingSingleton.class){
                //double checking Singleton instance
                if(INSTANCE == null){
                    INSTANCE = new DoubleCheckedLockingSingleton();
                }
            }
         }
         return INSTANCE;
     }
}

你可以使用 DoubleCheckedLockingSingleton.getInstance()來獲取實例。

從創建一個lazy loaded thread-safe單例來看,它的代碼行數與枚舉相比,後者可以全部在一行內完成,因爲枚舉創建的單例在JVM層面上也能保證實例是thread-safe的。

人們可能會爭論有更好的方式去寫單例用來替換duoble checked locking 方法,但是每種方法有他自己的優點和缺點,象我很多時候更願初始化通過類加載靜態字段,如下所示,但是記住他不是lazy loaded形式的單例。

靜態工廠實現法:

這是我最喜歡的一種方式來實現單例模式,因爲單例是靜態的final變量,當類第一次加載到內存中的時候就初始化了,所以創建的實例固然是thread-safe。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
/**
* Singleton pattern example with static factory method
*/
 
public class Singleton{
    //initailzed during class loading
    private static final Singleton INSTANCE = new Singleton();
 
    //to prevent creating another instance of Singleton
    private Singleton(){}
 
    public static Singleton getSingleton(){
        return INSTANCE;
    }
}

你可以調用Singleton.getSingleton()獲取實例。

2. 枚舉自己處理序列化

傳統單例存在的另外一個問題是一旦你實現了序列化接口,那麼它們不再保持單例了,因爲readObject()方法一直返回一個新的對象就像java的構造方法一樣,你可以通過使用readResolve()方法來避免此事發生,看下面的例子:

1
2
3
4
//readResolve to prevent another instance of Singleton
    private Object readResolve(){
        return INSTANCE;
    }

這樣甚至還可以更復雜,如果你的單例類維持了其他對象的狀態的話,因此你需要使他們成爲transient的對象。但是枚舉單例,JVM對序列化有保證。

3. 枚舉實例創建是thread-safe

正如在第一條中所說的,因爲創建枚舉默認就是線程安全的,你不需要擔心double checked locking。

總結:枚舉單例有序列化和線程安全的保證,而且只要幾行代碼就能實現是單例最好的的實現方式,不過你仍然可以使用其它的方式來實現單例,但是我仍然得不到一個更有信服力的原因不去使用枚舉。如果你有的話,不妨告訴我。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章