要想正確理解設(shè)計(jì)模式，首先必須明確它是為了解決什么問題而提出來的。

設(shè)計(jì)模式學(xué)習(xí)筆記

——Shulin

轉(zhuǎn)載請(qǐng)注明出處：http://blog.csdn.net/zhshulin

       單例模式屬于設(shè)計(jì)模式中的創(chuàng)建模式，即創(chuàng)建對(duì)象時(shí)，不再由我們直接實(shí)例化對(duì)象，而是根據(jù)特定場(chǎng)景，由程序來確定創(chuàng)建對(duì)象的方式，從而保證更大的性能、更好的架構(gòu)優(yōu)勢(shì)。

1、概念

        單例模式確保某個(gè)類只有一個(gè)實(shí)例，而且自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例。選擇單例模式就是為了避免不一致狀態(tài)。使用Singleton的好處還在于可以節(jié)省內(nèi)存，因?yàn)樗拗屏藢?shí)例的個(gè)數(shù)，有利于java垃圾回收（garbage collection）。

       Singleton模式看起來簡(jiǎn)單，使用方法也很方便，但是真正用好，是非常不容易，需要對(duì)Java的類 線程 內(nèi)存等概念有相當(dāng)?shù)牧私狻?/p>

       總之：如果你的應(yīng)用基于容器，那么Singleton模式少用或者不用，可以使用相關(guān)替代技術(shù)。

2、特點(diǎn)

   1）單例類只能有一個(gè)實(shí)例

     2）單例類必須自己創(chuàng)建自己的唯一實(shí)例

     3）單例類必須給所有其他對(duì)象提供這一實(shí)例

3、應(yīng)用舉例

    在很多操作中，比如建立目錄、數(shù)據(jù)庫(kù)連接都需要這樣的單線程操作。還有, singleton能夠被狀態(tài)化; 這樣，多個(gè)單態(tài)類在一起就可以作為一個(gè)狀態(tài)倉(cāng)庫(kù)一樣向外提供服務(wù)，比如，你要論壇中的帖子計(jì)數(shù)器，每次瀏覽一次需要計(jì)數(shù)，單態(tài)類能否保持住這個(gè)計(jì)數(shù)，并且能synchronize的安全自動(dòng)加1，如果你要把這個(gè)數(shù)字永久保存到數(shù)據(jù)庫(kù)，你可以在不修改單態(tài)接口的情況下方便的做到。

    在計(jì)算機(jī)系統(tǒng)中，線程池、緩存、日志對(duì)象、對(duì)話框、打印機(jī)、顯卡的驅(qū)動(dòng)程序?qū)ο蟪１辉O(shè)計(jì)成單例。這些應(yīng)用都或多或少具有資源管理器的功能。每臺(tái)計(jì)算機(jī)可以有若干個(gè)打印機(jī)，但只能有一個(gè)PRinter Spooler，以避免兩個(gè)打印作業(yè)同時(shí)輸出到打印機(jī)中。每臺(tái)計(jì)算機(jī)可以有若干通信端口，系統(tǒng)應(yīng)當(dāng)集中管理這些通信端口，以避免一個(gè)通信端口同時(shí)被兩個(gè)請(qǐng)求同時(shí)調(diào)用。

4、實(shí)現(xiàn)

    幾種常見單例模式實(shí)現(xiàn)方法。通用的單例模式創(chuàng)建思想：

1）使用private修改該類構(gòu)造器，從而將其隱藏起來，避免程序自由創(chuàng)建該類實(shí)例

        2）提供一個(gè)public方法獲取該類實(shí)例，且此方法必須使用static修飾（調(diào)用之前還不存在對(duì)象，因此只能用類調(diào)用）

        3）該類必須緩存已經(jīng)創(chuàng)建的對(duì)象，否則該類無法知道是否曾經(jīng)創(chuàng)建過實(shí)例，也就無法保證只創(chuàng)建一個(gè)實(shí)例。為此，該類需要一個(gè)靜態(tài)屬性來保持曾經(jīng)創(chuàng)建的實(shí)例。

4.1、餓漢模式

基本結(jié)構(gòu)：

 %20 餓漢式是一種比較形象的稱謂。既然餓，那么在創(chuàng)建對(duì)象實(shí)例的時(shí)候就比較著急，于是在裝載類的時(shí)候就創(chuàng)建對(duì)象實(shí)例。餓漢式是典型的空間換時(shí)間，當(dāng)類裝載的時(shí)候就會(huì)創(chuàng)建類的實(shí)例，不管你用不用，先創(chuàng)建出來，然后每次調(diào)用的時(shí)候，就不需要再判斷，節(jié)省了運(yùn)行時(shí)間。

4.2、懶漢模式基本結(jié)構(gòu)：

[java] view%20plain copy print?package org.zsl.designmode;  /**  * 懶漢式，需要的時(shí)候才創(chuàng)建，典型的時(shí)間換空間  * @author ZSL  *  */  public class LazySingleton {      //靜態(tài)屬性用來緩存創(chuàng)建實(shí)例      private static LazySingleton instance = null;      //私有構(gòu)造方法避免程序自由創(chuàng)建實(shí)例      private LazySingleton(){}      //靜態(tài)公共方法用于取得該類實(shí)例      public static synchronized LazySingleton getLazySingletonInstance(){          if(instance == null){              instance = new LazySingleton();          }          return instance;      }  }  

 %20 %20上面的懶漢式單例類實(shí)現(xiàn)里對(duì)靜態(tài)工廠方法使用了同步化，以處理多線程環(huán)境。

 %20 %20懶漢式其實(shí)是一種比較形象的稱謂。既然懶，那么在創(chuàng)建對(duì)象實(shí)例的時(shí)候就不著急。會(huì)一直等到馬上要使用對(duì)象實(shí)例的時(shí)候才會(huì)創(chuàng)建，懶人嘛，總是推脫不開的時(shí)候才會(huì)真正去執(zhí)行工作，因此在裝載對(duì)象的時(shí)候不創(chuàng)建對(duì)象實(shí)例。

 

　　懶漢式是典型的時(shí)間換空間,就是每次獲取實(shí)例都會(huì)進(jìn)行判斷，看是否需要?jiǎng)?chuàng)建實(shí)例，浪費(fèi)判斷的時(shí)間。當(dāng)然，如果一直沒有人使用的話，那就不會(huì)創(chuàng)建實(shí)例，則節(jié)約內(nèi)存空間

 

　　由于懶漢式的實(shí)現(xiàn)是線程安全的，這樣會(huì)降低整個(gè)訪問的速度，而且每次都要判斷。那么有沒有更好的方式實(shí)現(xiàn)呢？

4.3、雙重檢查加鎖

 %20 %20可以使用“雙重檢查加鎖”的方式來實(shí)現(xiàn)，就可以既實(shí)現(xiàn)線程安全，又能夠使性能不受很大的影響。

 

　　“雙重檢查加鎖”指的是：并不是每次進(jìn)入getInstance方法都需要同步，而是先不同步，進(jìn)入方法后，先檢查實(shí)例是否存在，如果不存在才進(jìn)行下面的同步塊，這是第一重檢查，進(jìn)入同步塊過后，再次檢查實(shí)例是否存在，如果不存在，就在同步的情況下創(chuàng)建一個(gè)實(shí)例，這是第二重檢查。這樣一來，就只需要同步一次了，從而減少了多次在同步情況下進(jìn)行判斷所浪費(fèi)的時(shí)間。

 

　　“雙重檢查加鎖”機(jī)制的實(shí)現(xiàn)會(huì)使用關(guān)鍵字volatile，它的意思是：被volatile修飾的變量的值，將不會(huì)被本地線程緩存，所有對(duì)該變量的讀寫都是直接操作共享內(nèi)存，從而確保多個(gè)線程能正確的處理該變量。

 

注意：在java1.4及以前版本中，很多JVM對(duì)于volatile關(guān)鍵字的實(shí)現(xiàn)的問題，會(huì)導(dǎo)致“雙重檢查加鎖”的失敗，因此“雙重檢查加鎖”機(jī)制只只能用在java5及以上的版本。

[java] view%20plain copy print?package org.zsl.designmode;  /**  * 雙重檢查加鎖，既實(shí)現(xiàn)線程安全，又能夠使性能不受很大的影響  * @author ZSL  *  */  public class Singleton {      //被volatile修飾的變量的值，將不會(huì)被本地線程緩存，所有對(duì)該變量的讀寫都是直接操作共享內(nèi)存，從而確保多個(gè)線程能正確的處理該變量。      private volatile static Singleton instance = null;      //私有構(gòu)造方法      private Singleton(){};      //公共靜態(tài)方法獲取實(shí)例      public static Singleton getSingletonInstance(){          if(instance == null){   //先檢查實(shí)例是否存在，不存在，在進(jìn)行同步              synchronized (Singleton.class) {    //同步塊，線程安全的創(chuàng)建實(shí)例                  if(instance == null){   //再次檢查實(shí)例是否存在，如果不存在才真正的創(chuàng)建實(shí)例                      instance = new Singleton();                  }              }                        }          return instance;      }        }  

這種實(shí)現(xiàn)方式既可以實(shí)現(xiàn)線程安全地創(chuàng)建實(shí)例，而又不會(huì)對(duì)性能造成太大的影響。它只是第一次創(chuàng)建實(shí)例的時(shí)候同步，以后就不需要同步了，從而加快了運(yùn)行速度。

 

　　提示：由于volatile關(guān)鍵字可能會(huì)屏蔽掉虛擬機(jī)中一些必要的代碼優(yōu)化，所以運(yùn)行效率并不是很高。因此一般建議，沒有特別的需要，不要使用。也就是說，雖然可以使用“雙重檢查加鎖”機(jī)制來實(shí)現(xiàn)線程安全的單例，但并不建議大量采用，可以根據(jù)情況來選用。

（原文地址：http://blog.csdn.net/zhshulin）