首先看一下類的初始化條件：
靜態內部類實現單例， 在呼叫getinstance()方法時，使用到了內部類的靜態成員變數，所以會執行內部類的初始化，實現了靜態域的延遲載入（或者延遲初始化）。
雙檢查鎖實現了（例項域 的延遲初始化，也就是物件的非靜態域。）
最好的方式 是使用列舉實現單例模式，因為可以避免反射供給和解決序列化之後不相等的問題，
解決反射攻擊是因為 jvm在判斷型別為enum的時候回直接丟擲異常，列舉的反序列化並不是通過反射實現的.
一般情況下，不建議使用懶漢方式（有兩種乙個是最基本的，另乙個是執行緒安全的），建議使用餓漢方式。 只有在要明確實現 lazy loading 效果時，才會使用靜態內部類單例方式。 如果涉及到反序列化建立物件時，可以嘗試使用列舉方式實現的單例。 如果有其他特殊的需求，可以考慮使用雙檢鎖方式實現的單例。
雙重檢查鎖
雙重檢查鎖 簡單來說，就是在併發場景下，實現單列模式時，為解決單列模式的特性，以及效能的開銷，在例項化時先判斷物件是否已經初始化，再決定是否加鎖，同時再進行物件二次判空驗證。如以下示例 所示 注意 示例 中 volatile 關鍵字是解決由於編譯優化帶來的有序性問題可能導致程式的執行順序並不是我們所...
DCL雙檢查鎖機制實現執行緒安全的單例設計模式
實現執行緒安全的單例設計模式的三種方式 1 普通 懶漢式 單例模式，在多執行緒情況下會存在被多次例項化問題 public class myobject public static myobject getinstance return myobject 2 對getinstance 方法進行加鎖，防...
開啟dubbo之旅 啟動時檢查
正經學徒，佛系記錄，不搞事情 基於上文 官方解釋 dubbo 缺省會在啟動時檢查依賴的服務是否可用，不可用時會丟擲異常，阻止 spring 初始化完成，以便上線時，能及早發現問題。啟動時檢查分為兩類 另外乙個值得注意的地方是 如果使用的是啟動時檢查，一開始專案啟動報錯，後面服務恢復的時候，系統還是反...