Java高併發系列3 -再寫單例
接高併發系列上一篇Java高併發系列2-併發鎖
這篇我們來說說高併發下的單例。
單例模式是最常用到的設計模式之一,熟悉設計模式的朋友對單例模式都不會陌生。非線程安全的單例設計這裏不再提及,主要涉及線程安全的單例設計。
1.
看一條設計
public class Singleton {
private static Singleton sin=new Singleton(); ///直接初始化一個實例對象
private Singleton(){ ///private類型的構造函數,保證其他類對象不能直接new一個該對象的實例
}
public static Singleton getSin(){ ///該類唯一的一個public方法
return sin;
}
}
上述代碼中的一個缺點是該類加載的時候就會直接new 一個靜態對象出來,但是如果從始至終都沒有使用,便會浪費系統資源。 當系統中這樣的類較多時,會使得啓動速度變慢 。
現在流行的設計都是講“延遲加載”,我們可以在第一次使用的時候才初始化第一個該類對象。所以這種適合在小系統。
2.
看一條設計
public class Singleton {
private static Singleton singleton;
private Singleton() {}
public static synchronized Singleton getInstance() {
if (singleton == null) {
singleton = new Singleton();
}
return singleton;
}
}
這個通過synchronized 加鎖實現了線程同步 。不推薦使用
缺點:效率太低了,每個線程在想獲得類的實例時候,執行getInstance()方法都要進行同步。而其實這個方法只執行一次實例化代碼就夠了,後面的想獲得該類實例,直接return就行了。 這個粒度有點大進行同步效率太低要改進。
3.
再來看一條
public class Singleton4 {
// 私有構造
private Singleton4() {}
private volatile static Singleton4 single = null;
// 雙重檢查
public static Singleton4 getInstance() {
if (single == null) {
synchronized (Singleton4.class) {
if (single == null) {
single = new Singleton4();
}
}
}
return single;
}
}
Double-Check概念對於多線程開發者來說不會陌生,如代碼中所示,我們進行了兩次if (singleton == null)檢查,這樣就可以保證線程安全了。這樣,實例化代碼只用執行一次,後面再次訪問時,判斷if (singleton == null),直接return實例化對象。
優點:線程安全;延遲加載;效率較高。推薦用
4.
再來看一條
靜態內部類實現
public class Singleton {
private Singleton() {
System.out.println("single");
}
private static class Inner {
private static Singleton s = new Singleton();
}
public static Singleton getSingle() {
//// Inner 的s 只有再調用這句話的時候纔會實現靜態內部類的s對象。
return Inner.s;
}
5.
再來看一條
public class SingletonFactory {
// 內部枚舉類
private enum EnmuSingleton{
Singleton;
private Singleton8 singleton;
//枚舉類的構造方法在類加載是被實例化
private EnmuSingleton(){
singleton = new Singleton8();
}
public Singleton8 getInstance(){
return singleton;
}
}
public static Singleton8 getInstance() {
return EnmuSingleton.Singleton.getInstance();
}
}
class Singleton8{
public Singleton8(){}
}
這是一種枚舉實現。 在當SingletonFactory 調用getInstance 方法之前, Singleton8 這個對象是不會實例化的。 也就是當EnmuSingleton. 的時候纔會實例化 ,然後通過枚舉推類型 Singleton ,調用枚舉方法 getInstance() 來獲取單例對象。 實現上較複雜, 實際開發中少見。
好了, 囉裏囉嗦,說了一大通,單例的種類還是比較多的, 至於用哪一種,還是根據自己的需要,適合自己項目的纔是最好的。 東西比較多,如果有什麼不對的,請批評指正。 這篇就先說到這裏,下篇我們再見。