如果在高并發時候，使用這種單例模式?
publci class Singleton{?
???? private static Singleton instance = null;?
???? private Singleton(){}?

???? public static Singleton getInstance(){?
??????????? if(instance == null){?
?????????????????? instance = new Singleton();?
??????????? }?
??????????? return instance;?
??? }?
}?
可能會出現多個指向改類的對象，這是什么情況呢？?

?
從上面圖可以看到，在1、2情況都沒有創建對象，到了3時候Thread1創建一個對象，而Thread2并不知道，所以在4的情況下面Thread2也創建了對象，所以就出現該類不同對象，如果是使用C++語言實現這種模式，而且沒有手工去回收就可能出現內存泄露情況。解決的方法是使用關鍵字synchronized代碼如下：?
publci class Singleton{?
???? private static Singleton instance = null;?
???? private Singleton(){}?

???? public static synchronized Singleton getInstance(){?
??????????? if(instance == null){?
?????????????????? instance = new Singleton();?
??????????? }?
??????????? return instance;?
??? }?
}?
這樣一來不管多少個線程訪問都是實現一個對象實例化了。但是如果使用該關鍵字可能性能方面有所降低，因為每次訪問時候都只能一個線程獲取到該對象，當出現多個線程訪問時候就會出現排隊等待的情況，為了解決這種情況只需要在創建時候使用該關鍵字就可以了?
publci class Singleton{?
???? private static Singleton instance = null;?
???? private Singleton(){}?

???? public static Singleton getInstance(){?
??????????? if(instance == null){?
?????????????????? synchronized(Singleton.class){?
??????????????????????? if(instance == null)?
??????????????????????? instance = new Singleton();?
?????????????????? }???????????
???????????? }?
??????????? return instance;?
??? }?
}?
因為第一次使用該對象時候才需要檢查該對象是否已經創建了，而第二次檢查改對象是否為空是為了避免1、2的情況，因為不管是Thread1或者是Thread2拿到線程鎖都不會阻止另外的線程創建對象，因為到了2的情況中，如果Thread1已經拿到線程鎖之后，創建對象但是到了Thread2獲取到線程鎖時候，也創建對象所以也會出現不同對象實例的情況，這種兩次檢查叫做double click locking模式

總結

以上是生活随笔為你收集整理的高并发单例模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。