這兩天在看開源專案時，發現Event Bus和Universalimageloader中寫單例模式都是Double Check的形式。平時總是看到各種各樣的單例模式，如，餓漢式，懶漢式等等。其中大多存在問題。今天記錄一種比較優秀的單例模式的寫法------Double Check。以後我準備就用這種方法了。（雖然還有其他優秀的方式，比如內部靜態類，列舉）

先上程式碼：

public class ImageLoader {

	private volatile static ImageLoader instance;

	// Returns singleton class instance
	public static ImageLoader getInstance() {
		if (instance == null) {
			synchronized (ImageLoader.class) {
				if (instance == null) {
					instance = new ImageLoader();
				}
			}
		}
		return instance;
	}
}
 

這是EventBus中的程式碼。其中兩次檢查是否instance == null，第一個是為了避免每次都加鎖，畢竟這有一定的開銷。第二個是為了避免同步問題，比如十個執行緒同時呼叫getInstance()方法，都執行了第一步檢查instance == null，並且其中一個執行緒成功獲得了鎖（執行了synchronized語句），接下來如果沒有再一次判斷instance == null，則十個執行緒將生成10物件，這違背了單例的初衷。

上述程式碼除了有兩次檢查instance == null，另一個特點是變數instance的型別宣告中添加了volatile，因為像下面這種建立物件的語句並不是原子操作，volatile可以使其成為原子操作，避免同步問題。

instance = new ImageLoader();

雖說部分JVM沒有完全volatile，但是目前主流的JVM貌似已經都支援了，所以這個問題一般可以忽略。

參考：