前言：說起單例模式，可能大家都熟悉，可以說是設計模式中出現頻率最高的一個，為了徹底弄清單例，在這里我將說明何為單例，單例模式的演變，已經和靜態類之間的區別等。

成都創新互聯堅持“要么做到，要么別承諾”的工作理念，服務領域包括：成都網站建設、成都做網站、企業官網、英文網站、手機端網站、網站推廣等服務，滿足客戶于互聯網時代的資溪網站設計、移動媒體設計的需求，幫助企業找到有效的互聯網解決方案。努力成為您成熟可靠的網絡建設合作伙伴！

1：概念

何為單例，就是在一個應用程序中只能有一個實例，就是保證對象只能被new一次。

2：懶漢模式

懶漢我覺得這個名字很形象，就是很懶，所以別的對象加載，它就不加載，你調用我的時候我在加載。比喻hibernate中也有懶模式。ok我們開始吧

2.1：非線程安全

一天小明去面試，面試官說，你給我寫個單例模式，小明一想這實在太簡單了不暇思索很快寫出來了如下的單例模式

 1 public class Singleton { 2     private static Singleton singleton; 3     public static Singleton getSingleton() 4     { 5         if(singleton==null) 6         { 7             singleton=new Singleton(); 8         } 9         return singleton;10     }11 }

然后面試官一看說：你這在高并發的時候有可能會產生多個singleton實例，小明一想怎么會呢，面試官解釋說，如果有2個線程T1，T2同時執行，當T1執行到第6行的時候，時間片段到，系統開始讓T2執行，執行到第9行，然后T1又開始執行，因為T1已經做過判斷此時并不知道singleton已經被實例化，所以singleton此時再次被實例化，這樣你系統就有2個singleton對象，那還是單例嗎，小明恍然大悟，這個我能解決，馬上又寫出下面這個

2.2：線程安全

 1 public class Singleton { 2     private static Singleton singleton; 3      4     public synchronized static Singleton getSingleton() 5     { 6         if(singleton==null) 7             { 8                 singleton=new Singleton(); 9             }10             return singleton;11     }

面試官一看，加上了線程同步，這個時候確實能保證線程安全問題，但是又提出了疑問，如果現在singleton已經被實例化了，如果10個線程同時訪問，每次都要等待那么勢必造成性能極大的消耗，你有沒有別的方案解決問題，小明思考一分鐘又寫下了下面一段代碼

2.3：雙重校驗

 1 public class Singleton { 2     private static Singleton singleton; 3      4     public  static Singleton getSingleton() 5     { 6         if(singleton==null) 7         { 8             synchronized (Singleton.class) { 9                 if(singleton==null)10                 {11                     singleton=new Singleton();12                 }13             }14         }15         return singleton;16     }

面試官一看，果真在上面一段代碼的基礎上提升了不少性能，減少了不必要的等待，但是仔細一看說你這代碼有點問題，并不能保證線程的安全，小明說怎么說呢，然后面試官解釋說：如果有T1，T2兩個線程，T1線程運行第六行發現singleton==null，就進入第8行，開始對singleton進行實例化，因為實例化中分為三步，第一步為對象開辟內存空間，第二步為對象初始化，第三步是把這個內存地址賦給singleton，但是因為java的內存模式允許無序寫入，這樣一來會導致第二步和第三步位置調換，那么這樣一來就壞了，如果先允許第一步和第三步了，但是此時并沒有對對象進行初始化，恰恰在此時T2進入了第6行，經過判斷singleton不為null，那么就會返回一個沒有被初始化的對象。小明聽了覺得對啊，他說我把內存模式改為不允許無序寫入不就行了嗎，于是就把代碼修改為

 1 public class Singleton { 2     private volatile static Singleton singleton;//表示有序寫入 3      4     public  static Singleton getSingleton() 5     { 6         if(singleton==null) 7         { 8             synchronized (Singleton.class) { 9                 if(singleton==null)10                 {11                     singleton=new Singleton();12                 }13             }14         }15         return singleton;16     }

注釋1：對象實例化三步我這里做一個比喻，某個公司給員工分配一間寢室（指的就是在堆中開辟了空間）然后呢給房子進行一些標配比喻分個空調、洗衣機什么的（對象初始化），在然后呢把鑰匙給到員工手里（對象進行賦值）。

3：餓漢模式

面試官又問你知道餓漢模式怎么寫的嗎，小明一聽：哦餓漢，不就是很著急自己馬上進行實例化，生怕自己無法實例化嗎，這個簡單馬上寫了一個餓漢

public class Singleton {    
    private static Singleton singleton=new Singleton();    public  static Singleton getSingleton()
    {        return singleton;
    }
}

面試官一看確實不錯。

4：內部類模式

小明一看上面的模式，自己突發奇想，餓漢模式著急創建對象，在加載時候消耗性能，而懶漢模式又存在線程安全問題（優化后沒有了）能不能結合一下呢，突然告訴面試官我還有一個比較好的方式來實現，然后他寫了下面代碼

1 public class Singleton {    
2     private static class SingletonManager{3         private final static  Singleton SINGLETON=new Singleton();4     }5     public final static Singleton getSingleton()6     {7         return SingletonManager.SINGLETON;8     }

面試官一看，不錯不錯，既保證了懶加載，同時也保證了線程安全問題。

5：使用場景

面試官又問小明，那么你知道使用場景嗎，小明想了想說，既然在應用程序中只有一個單例，那么勢必是用于共享資源，比喻數據庫連接池，線程池等都可以用單例模式。

6：單例模式和靜態類區別

面試官繼續問:靜態類同樣也是產生一個對象，和單例具有高度相似你知道他們區別嗎，小明回答說

1：面向對象中有三大特性繼承，封裝和多態，但是靜態類是不可以繼承的，所以從oo角度來說靜態類并不符合面向對象，他們的類是不可以被覆蓋，所以靈活性要比單例差的多

2：由于靜態類的特殊他在編譯器已經進行實例化了并不能提供懶加載模式

3：對于項目中如果進行單元測試，由于方法不能覆蓋同樣為測試帶來了困難

4：由于靜態類在編譯器已經都被實例化，所以要比單例性能要快，如果只需要執行一些靜態方法這個時候可以采用靜態類

7：總結

單例模式看似簡單，其實用起來還要考慮到很多問題，現在我把這個過程基本總結了，當然可能還有不足之處，歡迎指正。

另外有需要云服務器可以了解下創新互聯scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業上云的綜合解決方案，具有“安全穩定、簡單易用、服務可用性高、性價比高”等特點與優勢，專為企業上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

網頁標題：設計模式-由淺到深的單例模式-創新互聯
瀏覽路徑：http://vcdvsql.cn/article0/ddpsoo.html

成都網站建設公司_創新互聯，為您提供網站排名、網站設計公司、關鍵詞優化、網站收錄、移動網站建設、做網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯