1，單例模式的要素
- 1)私有構造方法。
- 2)public static synchronized的getinstance()方法。
上述2個要素雖然可以保證單例模式的實現，但并不是最好的方式。因為當我們討論性能時，synchronized方法有著非常昂貴的代價。
2，多線程使用環境下的線程安全實現方式
- a)使用double locking機制的懶初始化。代碼如下。在這種情況下，當調用getinstance方法時，才會創建單例對象。
- b)使用靜態屬性的早初始化。代碼如下。下面的實現方式，當類被加載時，單例對象就會創建。因為單例對象是靜態的。類只會被加載一次，保證了單例對象的唯一性。
3，protected 的構造函數
有時候，為了能夠繼承單例類，我們可以使用protected的構造函數。但是，這樣會有2個缺點，讓單例繼承不實用。
- 第一點，如果構造函數是protected的，這意味著單例類可以被相同包下另一個類通過調用構造函數的方式來創建。一個可以避免這種情況的解決方法是，把單例類放在一個單獨的包里。
- 第二點，為了能夠使用繼承類，代碼中所有已經調用singleton.getinstance方法的地方，都需要修改為derivedsingleton.getinstance方法。
4，使用不同類加載器的情景
如果一個類被2個類加載器加載了，那么，在內存里，它們是2個不同的類。
5，序列化
如果一個單例類實現了serializable接口，當單例序列化，然后多次反序列化時，將會有多個對象被創建。
熱點：
多線程：如果單例需要在多線程環境下使用，應該要特別留心。
序列化：當單例類實現了serializable接口時，它必須重寫readresolve方法來避免出現2個對象。
類加載器：如果單例類被2個不同的類加載器加載，那么我們會有2個不同的類，一個類加載器會有一個類。
通過類目進行全局訪問：單例對象是通過類名獲取的。初看起來，這是一個訪問它的很簡單的方式，但卻不是很靈活。如果我們需要替換單例類，那么代碼中所有引用的地方都需要修改。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對服務器之家的支持。如果你想了解更多相關內容請查看下面相關鏈接
原文鏈接：https://blog.csdn.net/li_canhui/article/details/83068490
