java中的單例模式

java singleton模式主要作用是保證在java應用程式中，一個類class隻有一個執行個體存在。

使用singleton的好處還在于可以節省記憶體，因為它限制了執行個體的個數，有利于java垃圾回收。 

我們在浏覽bbs、sns網站的時候，常常會看到“目前線上人數”這樣的一項内容。對于這樣的一項功能，我們通常的做法是把目前的線上人數存放到一個記憶體、檔案或者資料庫中，每次使用者登入的時候，就會馬上從記憶體、檔案或者資料庫中取出，在其基礎上加1後，作為目前的線上人數進行顯示，然後再把它儲存回記憶體、檔案或者資料庫裡，這樣後續登入的使用者看到的就是更新後的目前線上人數；同樣的道理，當使用者退出後，目前線上人數進行減1的工作。是以，對于這樣的一個需求，我們按照面向對象的設計思想，可以把它抽象為“線上計數器”這樣一個對象。

網站代碼中凡是用到計數器的地方，隻要new一個計數器對象，然後就可以擷取、儲存、增加或者減少線上人數的數量。不過，我們的代碼實際的使用效果并不好。假如有多個使用者同時登入,那麼在這個時刻，通過計數器取到的線上人數是相同的，于是他們使用各自的計數器加1後存入檔案或者資料庫。這樣操作後續登陸的使用者得到的線上人數，與實際的線上人數并不一緻。是以，把這個計數器設計為一個全局對象，所有人都共用同一份資料，就可以避免類似的問題，這就是我們所說的單例模式的其中的一種應用。

單例模式能夠保證一個類僅有唯一的執行個體，并提供一個全局通路點。

我們是不是可以通過一個全局變量來實作單例模式的要求呢？我們隻要仔細地想想看，全局變量确實可以提供一個全局通路點，但是它不能防止别人執行個體化多個對象。通過外部程式來控制的對象的産生的個數，勢必會系統的增加管理成本，增大子產品之間的耦合度。是以，最好的解決辦法就是讓類自己負責儲存它的唯一執行個體，并且讓這個類保證不會産生第二個執行個體，同時提供一個讓外部對象通路該執行個體的方法。自己的事情自己辦，而不是由别人代辦，這非常符合面向對象的封裝原則。

單例模式主要有3個特點，：

1、單例類確定自己隻有一個執行個體。

2、單例類必須自己建立自己的執行個體。

3、單例類必須為其他對象提供唯一的執行個體。

單例模式的實作方式：懶漢單例類和餓漢單例類

單例模式的實作有多種方法，常見的就有懶漢式單例類和餓漢式單例類。我們前面介紹的實作方法就屬于懶漢式單例類。

懶漢式單例類

對于懶漢模式，我們可以這樣了解：該單例類非常懶，隻有在自身需要的時候才會行動，從來不知道及早做好準備。它在需要對象的時候，才判斷是否已有對象，如果沒有就立即建立一個對象，然後傳回，如果已有對象就不再建立，立即傳回。懶漢模式隻在外部對象第一次請求執行個體的時候才去建立。

public class singleton { 

    //定義一個變量來存儲建立好的類執行個體  

    private static singleton uniqueinstance = null;

    // 私有化構造方法，可以在内部控制建立執行個體的數目 

    private singleton(){  

    } 

    // 定義一個方法來為用戶端提供類執行個體

    public static synchronized singleton getinstance(){ 

        if(uniqueinstance == null){ 

            uniqueinstance = new singleton(); 

        } 

        return uniqueinstance; 

    // 示意屬性，單例可以有自己的屬性  

    private string singletondata; 

    // 示意方法，單例可以有自己的操作(功能處理) 

    public void singletonoperation(){

    // 示意方法，讓外部通過這些方法來通路屬性的值

    public string getsingletondata(){ 

        return singletondata; 

}

餓漢式單例

對于餓漢模式，我們可以這樣了解：該單例類非常餓，迫切需要吃東西，是以它在類加載的時候就立即建立對象。

    // 定義一個變量來存儲建立好的類執行個體，直接在這裡建立類執行個體，隻能建立一次 

    private static singleton uniqueinstance = new singleton(); 

    // 私有化構造方法，可以在内部控制建立執行個體的數目   

    private singleton(){ 

    public static singleton getinstance(){

    // 示意屬性，單例可以有自己的屬性   

    private string singletondata;

    // 示意方法，單例可以有自己的操作(功能處理 )   

    public void singletonoperation(){ 

    // 示意方法，讓外部通過這些方法來通路屬性的值  

我們對比一下懶漢模式和餓漢模式的優缺點：

懶漢模式，它的特點是運作時獲得對象的速度比較慢，但加載類的時候比較快。它在整個應用的生命周期隻有一部分時間在占用資源。

餓漢模式，它的特點是加載類的時候比較慢，但運作時獲得對象的速度比較快。它從加載到應用結束會一直占用資源。

這兩種模式對于初始化較快，占用資源少的輕量級對象來說，沒有多大的性能差異，選擇懶漢式還是餓漢式都沒有問題。但是對于初始化慢，占用資源多的重量級對象來說，就會有比較明顯的差别了。是以，對重量級對象應用餓漢模式，類加載時速度慢，但運作時速度快；懶漢模式則與之相反，類加載時速度快，但運作時第一次獲得對象的速度慢。

從使用者體驗的角度來說，我們應該首選餓漢模式。我們願意等待某個程式花較長的時間初始化，卻不喜歡在程式運作時等待太久，給人一種反應遲鈍的感覺，是以對于有重量級對象參與的單例模式，我們推薦使用餓漢模式。

而對于初始化較快的輕量級對象來說，選用哪種方法都可以。如果一個應用中使用了大量單例模式，我們就應該權衡兩種方法了。輕量級對象的單例采用懶漢模式，減輕加載時的負擔，縮短加載時間，提高加載效率；同時由于是輕量級對象，把這些對象的建立放在使用時進行，實際就是把建立單例對象所消耗的時間分攤到整個應用中去了，對于整個應用的運作效率沒有太大影響。

什麼情況下使用單例模式

單例模式也是一種比較常見的設計模式，它到底能帶給我們什麼好處呢？其實無非是三個方面的作用：

1 控制資源的使用，通過線程同步來控制資源的并發通路；

2 控制執行個體産生的數量，達到節約資源的目的。

3 作為通信媒介使用，也就是資料共享，它可以在不建立直接關聯的條件下，讓多個不相關的兩個線程或者程序之間實作通信。

比如，資料庫連接配接池的設計一般采用單例模式，資料庫連接配接是一種資料庫資源。軟體系統中使用資料庫連接配接池，主要是節省打開或者關閉資料庫連接配接所引起的效率損耗，這種效率上的損耗還是非常昂貴的。當然，使用資料庫連接配接池還有很多其它的好處，可以屏蔽不同資料資料庫之間的差異，實作系統對資料庫的低度耦合，也可以被多個系統同時使用，具有高可複用性，還能友善對資料庫連接配接的管理等等。資料庫連接配接池屬于重量級資源，一個應用中隻需要保留一份即可，既節省了資源又友善管理。是以資料庫連接配接池采用單例模式進行設計會是一個非常好的選擇。

在我們日常使用的在windows中也有不少單例模式設計的元件，象常用的檔案管理器。由于windows作業系統是一個典型的多程序多線程系統，那麼在建立或者删除某個檔案的時候，就不可避免地出現多個程序或線程同時操作一個檔案的現象。采用單例模式設計的檔案管理器就可以完美的解決這個問題，所有的檔案操作都必須通過唯一的執行個體進行，這樣就不會産生混亂的現象。

再比如，每台計算機可以有若幹個列印機，如果每一個程序或者線程都獨立地使用列印機資源的話，那麼我們列印出來的結果就有可能既包含這個列印任務的一部分，又包含另外一個列印任務的一部分。是以，大多數的作業系統最終為列印任務設計了一個單例模式的假脫機服務printer spooler，所有的列印任務都需要通過假脫機服務進行。

實際上，配置資訊類、管理類、控制類、門面類、代理類通常被設計為單例類。像java的struts、spring架構，.net的spring.net架構，以及php的zend架構都大量使用了單例模式。

使用單例模式最核心的一點是展現了面向對象封裝特性中的“單一職責”和“對象自治”原則。

很多時候我們要保證類的執行個體隻有一個。我們可能在自己的代碼中判斷需要的類的執行個體有無，無就new一個。這樣看似不錯。問題是，你用到這個類的地方有n個，這樣你就需要n個判斷。為什麼不把這個職責交給類本身呢？然後讓類提供一個接口通路。

原帖位址：

<a href="http://apps.hi.baidu.com/share/detail/36231982">http://apps.hi.baidu.com/share/detail/36231982</a>

<a href="http://book.51cto.com/art/201010/232011.htm">http://book.51cto.com/art/201010/232011.htm</a>