【轉】高並發情況下的單例模式

如果在高並發時候，使用這種單例模式 
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模式