設計模式--單例模式

所謂類的單例設計模式，就是採起必定的方法保證在整個軟件系統中，對某個類只能存在一個對象實例，而且該類只提供一個取得其對象實例的方法（靜態方法）。

單例模式一共有八種實現方式
1）餓漢式（靜態常量）
2）餓漢式（靜態代碼塊）
3）懶漢式（線程不安全）
4）懶漢式（線程安全，同步方法）
5）懶漢式（線程安全，同步代碼塊）錯誤，可能出現多個實例
6）雙重檢查
7）靜態內部類
8）枚舉
餓漢式會在反射或序列化反序列化時破壞單例

1、餓漢式（靜態常量）

優缺點說明：
1）優勢：寫法簡單，在類裝載的時候就完成實例化。避免了線程同步問題。
2）缺點：在類裝載的時候就完成實例化，沒有達到Lazy Loading的效果。若是從始至終沒用使用過這個實例，則會形成內存的浪費。
3）這種方式基於classloder機制避免了多線程的同步問題，不過，instance在類裝載時就實例化，在單例模式中大多數都是調用getInstance方法，可是致使類裝載的緣由有不少種，所以不能肯定有其餘的方法（或者其它的靜態方法）致使類裝載，這時候初始化isntance就沒有達到lazy loading的效果。
4）結論：這種單例模式可用，可能形成內存浪費。

2、餓漢式（靜態代碼塊）

優缺點同餓漢式（靜態常量）

3、懶漢式（線程不安全）

4、懶漢式（線程安全，同步方法）

優缺點說明：
1）解決了線程不安全的問題
2）效率過低了，每一個線程在想得到類的實例時，執行getInstance()方法都要進行同步。而其實這個方法只要執行一次實例化代碼就夠了，後面想得到該類實例，直接return就好了。方法進行同步效率過低
3）結論：在實際開發中，不推薦使用這種方法

5、懶漢式（線程安全，同步代碼塊）錯誤，可能出現多個實例

6、雙重檢查，推薦使用

既解決了線程安全問題，也解決lazy loading問題，且效率也高。

7、靜態內部類

優缺點說明：
1）這種方式採用了類裝載的機制來保證初始化實例時只有一個線程。
2）靜態內部類方式在Singletion類被裝載時並不會當即實例化，而是在須要實例化時，調用getInstance方法，都會裝載SingletonInstance類，從而完成Singleton的實例化。
3）類的靜態屬性只會在第一次加載類的時候初始化，因此在這裏，JVM幫助咱們保證了線程的安全性，在類進行初始化時，別的線程是沒法進入的。
4）優勢：避免了線程不安全，利用靜態內部類特色實現延遲加載，效率高。
5）結論：推薦使用。

8、枚舉

優缺點說明：
1）這藉助JDK1.5中添加的枚舉來實現單例械。不只能避免多線程同步問題，並且還能防止反序列化從新建立新的對象。
2）這種方式是Effective Java做者Josh Bloch提倡的方式
3）結論：推薦使用

在JDK中，lang包下的RunTime就用使用了單例模式

單例模式注意事項和細節說明：1）單例模式保證了系統內存中該類只存在一個對象，節省了系統資源，對於一些要頻繁建立銷燬的對象，使用單例模式能提升系統性能。2）當想實例化一個單例類的時候，必需要記住使用相應的獲取對象的方法，而不是使用new。3）單例模式的使用場景：須要頻繁的都進行建立和銷燬的對象、建立對象耗時過多或耗費資源過多（即：重量級對象），但又常常用到的對象、工具類對象、頻繁訪問數據庫或文件的對象（好比數據源、session工廠等）。