有時候我們需要使用乙個實用類a，這個類a專門提供一些公共功能供別人呼叫，而本身並不會處理業務邏輯。由於類a會被許多類乃至執行緒呼叫，假設我們的程式非常龐大，在執行的過程中，會訪問這個類a100次，為了呼叫類a的方法，需要先建立a的物件，a a = new a（）。這種方法在對a的訪問量較少的情況下沒問題，但是像我們這種情況，就會建立100個類a的例項，這100個例項是要占用記憶體的，從這種角度來說，就造成了大量不必要的開銷。而單例模式，在整個程式生命週期中，只有乙個例項，這樣就不會造成不必要的記憶體消耗。
為了讓整個生命週期內只有乙個例項，我們可以這樣做：
public class singleton
public static singleton getinstance()
return ssingleton;
}}
public class singleton
public static singleton getinstance()
return ssingleton;}}
}
msingleton的所有權，一直這樣類推下去，可能有乙個執行緒運氣比較差，搶了100次才搶到鎖，程式的表現可能是這樣的：這個運氣差的執行緒被阻塞在getinstance方法中，遲遲無法返回，如果需要返回資料給ui的話，那麼ui將遲遲不會得到更新。
我們需要看一下上述**，真的需要每次進入getinstance方法都要獲得鎖嗎？其實不是的，整個singleton類中，對msingleton進行訪問的地方分為兩類：讀和寫，而且僅當msingleton為null的時候才會寫，msingleton一旦建立完畢，後面就只剩下讀操作了，再怎麼高併發也沒什麼關係了，反正msingleton已經是現成的，直接讀就可以了，看如下採用double-check機制的改進**：
public class singleton
public static singleton getinstance()
}return ssingleton;
}}
ssingleton，這個時候singleton實際上被new了兩次，已經不算完全意義上的單例了，而有了double-check，就會再進行一次為null的判斷，由於b執行緒已經初始化了ssingleton，所以a執行緒就不會再次初始化ssingleton。
設計模式 單例模式
單例模式 singleton pattern 是乙個比較簡單的模式，其定義如下 ensure a class has only one instance,and provide a golbal point of acess to it.確保某乙個類只有乙個例項，而且自行例項化並且向整個系統提供這個...
設計模式 單例模式
class testsingleton static public function instance return self testsingleton private function clone public function setsinvar sinvar public function ...
設計模式 單例模式
單例模式的目的是保證類在系統中只被例項化一次,由該唯一的例項來為系統提供服務.單例模式主要用於保證服務的統一,比如獲取統一的編號服務,模仿oracle的序列生成等.但單例的使用需要謹慎,特別是在需要作負載均衡的地方,因為這種程式級的單例模式實際上只能保證在乙個應用中為單例.如果被多個應用載入,還是會...