Java單例模式
Singleton 模式的宗旨在于確保某個類只有一個實例,別且為之提供一個全局訪問點。為了防止其他工作人員實例化我們的類,可以為該類創建唯一一個構造器,并將構造器的可見設置為私有。值得注意的是,如果我們創建了其他的非私有的構造器,或者根本沒有為該類提
供構造器,那么其他人員還是能實例化我們的類。 如果不希望提前創建單例對象,我們可以等到第一次使用該單例對象的時候在創建它,即
滯后初始化。滯后初始化單例對象有兩個理由:
1.也許在靜態初始化時間,你沒有關于如何初始化單例對象的足夠信息。
2.選擇滯后初始化單例的目的也許為了等待資源,諸如數據庫連接,尤其是在某些特定會話中不需要這個單例的應用程序中。
如果在多線程環境中對單例采用滯后初始化,那么我們必須小心防止多個線程同時初始化該
通常單例模式在Java語言中,有兩種構建方式:
- 懶漢方式:指全局的單例實例在第一次被使用時構建。延遲初始化。
- 餓漢方式:指全局的單例實例在類裝載時構建。 急切初始化。
1,餓漢式單例類

















2,懶漢式單例類














下面主要多線程問題,在懶漢單例中,單線程是沒有問題的,但多線程時就會有可能出現兩個或者以上的Singletion2實例的情況。
例如:線程1在判斷instance==null為真,掃行new操作時,在執行new操作之前,判斷為真之后,線程2正好執行判斷操作,這時instance還為null.因此,線程2也會執行new操作。以此類推,在高并發下面,就可能存在兩個或者以上的Singletion2的實例。顯然,這是不正確的。
因此改變代碼如下:
















但這樣又產生了一個問題,每次獲取實例時方法都是同步的,顯然性能很受影響的,所以繼續更改代碼如下:
先記一下:volatile(網上抄的)
volatile, 用更低的代價替代同步
為什么使用volatile比同步代價更低?
同步的代價, 主要由其覆蓋范圍決定, 如果可以降低同步的覆蓋范圍, 則可以大幅提升程序性能.
而volatile的覆蓋范圍僅僅變量級別的. 因此它的同步代價很低.
volatile原理是什么?
volatile的語義, 其實是告訴處理器, 不要將我放入工作內存, 請直接在主存操作我.(工作內存詳見java內存模型)
因此, 當多核或多線程在訪問該變量時, 都將直接操作主存, 這從本質上, 做到了變量共享.
volatile的有什么優勢?
1, 更大的程序吞吐量
2, 更少的代碼實現多線程
3, 程序的伸縮性較好
4, 比較好理解, 無需太高的學習成本
volatile有什么劣勢?
1, 容易出問題
2, 比較難設計
volatile使用jdk要求1.5版本及1.5以上。
改進后的代碼如下(又叫雙重加鎖):


















轉自:http://www.aygfsteel.com/asdtiang/archive/2011/03/15/346289.html
posted on 2011-03-18 09:25 小羅 閱讀(262) 評論(0) 編輯 收藏 所屬分類: Java Design Pattern