老大一直說要用這個來做面試題，讓面試的人來寫乙個執行緒安全的單例模式，感覺自己還沒掌握，把 head first--design patterns 找了出來，以下大部分內容抄襲自這本書，略有增刪改。
1. 全域性變數的缺點：
必須在程式一開始就建立好物件，如果程式在這次的執行過程中又一直沒用到它，就非常耗費資源。
2. 經典的單例模式實現：
public class singleton
//注意這個方法也是靜態的
public static singleton getinstance()
return uniqueinstance;
}}
單例模式確保乙個類只有乙個例項，並提供乙個全域性訪問點。
這個模式的問題：在多執行緒時，並不能保證這個類只被例項化一次。
3. 處理多執行緒：
public class singleton
//注意這個方法也是靜態的
public static synchronized singleton getinstance()
return uniqueinstance;
}}通過增加synchronized關鍵字到getinstance()方法中，迫使每個執行緒在進入方法之前，要先等別的執行緒離開該方法。也就是說，不會有兩個執行緒可以同時進入這個方法。
這種方法存在的問題：只有第一次執行此方法時，才真正需要同步。換句話說，一旦設定好uniqueinstance變數，就不再需要同步這個方法了。之後每次呼叫這個方法，同步都是一種浪費。
4.改善多執行緒
4.1 如果getinstance()的效能對應用程式不是很關鍵，就不用優化了
4.2 使用急切建立例項，而不用延遲例項化的做法
public class singleton
public static singleton getinstance()
}
利用這個做法，jvm在載入這個類時馬上建立此唯一的單件例項。jvm保證任何執行緒訪問uniqueinstance靜態變數之前，一定先建立些例項。
4.3 用「雙重檢查加鎖」，在getinstance()中減少使用同步
首先檢查例項是否已經建立，如果尚未建立，才進行同步。這樣一來，只有第一次會同步，這正是我們想要的。
public class singleton
public static singleton getinstance()
} return uniqueinstance;
}}
volatile關鍵字確保：當uniqueinstance變數被初始化成singleton例項時，多個執行緒正確地uniqueinstance變數。如果效能是你關心的重點，那麼這個做法可以幫你大大地減少getinstance()的時間耗費。
執行緒安全的單例模式
廢話不多說，常用的 積澱下來。一 懶漢模式 即第一次呼叫該類例項的時候才產生乙個新的該類例項，並在以後僅返回此例項。需要用鎖，來保證其執行緒安全性 原因 多個執行緒可能進入判斷是否已經存在例項的if語句，從而non thread safety.使用double check來保證thread safe...
執行緒安全的單例模式
單例模式是為了保證乙個類只有乙個例項而且易於外界訪問。所以一般只有把建構函式，拷貝函式，析構函式，賦值函式，變數名變為私有。再用乙個get函式訪問提供介面即可。考慮執行緒安全就要加鎖。一 懶漢模式 1 靜態成員例項的懶漢模式 class singleton public static singlet...
執行緒安全的單例模式
在我們專案中，很多時候需要程式只存在乙個唯一例項。通常在專案中我會把單例模式寫成如下形式 public class singleton public static singleton getinstance return msingleton 通常以這種形式返回乙個類的唯一例項，然而在android...