在多執行緒場景下，當乙個執行緒判斷instance為null時 ，他會新建乙個例項，那麼問題來了，當a執行緒發現物件例項為空時，準備
新建乙個例項，這時cpu輪詢到b執行緒，b執行緒也察覺物件例項為空，它也會新建乙個例項，這樣就破壞了單例模式。
首先物件例項必須是全域性共享的，用volatile修飾，然後在判斷物件例項為空之後要將建立乙個工廠方法的同步鎖，在其中再判斷一次例項是否為空，這樣當a執行緒持有物件鎖建立例項後，b執行緒拿到鎖他會再次判斷是否存在例項物件，這時a執行緒已經建立例項，所以可以保證單例。
public class singletonclass} }
return instance;
} private singletonclass()
}
單例模式和雙重檢測的小結
設計模式的經典模式之一 單例模式 這個也是面試經常被問起的面試，一般都要求手寫 餓漢模式 非延時載入 以空間換時間 懶漢模式 延時載入 以時間換空間 看似簡單，但是在懶漢模式還隱藏了乙個雙重檢測，其中還是涉及到jvm記憶體的 無序寫入 問題 後面使用的 volatile 比較簡單，非延時載入，一上來...
雙重檢測鎖單例模式指令重排問題
解決方案 相信大多數同學在面試當中都遇到過手寫單例模式的題目，那麼如何寫乙個完美的單例是面試者需要深究的問題，因為乙個嚴謹的單例模式說不定就直接決定了面試結果，今天我們就要來講講看似執行緒安全的雙重檢測鎖單例模式中可能會出現的指令重排問題。乍一看下面單例模式沒啥問題，還加了同步鎖保證執行緒安全，從表...
單例模式的雙重檢測鎖與volatile禁止重排
public class demo public static demo getinstance return instance 上面單例實現方式在單執行緒訪問下沒有問題，但是在併發訪問時，會產生多個物件。如程式啟動 a執行緒獲取instance執行完if判斷為null後，執行緒b獲取到cpu執行權...