欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

詳解Java中如何正確書寫單例模式

 更新時間:2017年01月04日 14:46:31   作者:又是火星人  
一般單例都是五種寫法:懶漢,餓漢,雙重校驗鎖,靜態(tài)內部類和枚舉。本文整理了幾種常見的單例寫法,下面跟著小編一起來看下吧

單例模式算是設計模式中最容易理解,也是最容易手寫代碼的模式,但是其中涉及的知識點卻一點也不少,所以經常作為面試題來考。一般單例都是五種寫法:懶漢,餓漢,雙重校驗鎖,靜態(tài)內部類和枚舉。為了記錄學習過程的過程,這里整理了幾種常見的單例寫法,

青銅5:(Lazy-loaded,但線程不安全)

當被問到要實現(xiàn)一個單例模式時,很多人的第一反應是寫出如下的代碼,包括教科書上也是這樣教我們的。

public class Singleton {
 private static Singleton instance;
 private Singleton(){}
 public static Singleton getInstance() {
 if (instance == null) {
 instance = new Singleton();
 }
 return instance;
 }
}

這段代碼簡單明了,而且使用了延遲加載模式,但是線程不安全。多線程環(huán)境下調用 getInstance() 方法,可能會發(fā)生多個線程進入if語句的程序代碼塊。

懶漢式:synchronized(Lazy-loaded,線程安全,但不高效)

為了解決上面的問題,最簡單的方法是將整個 getInstance() 方法設為同步(synchronized)。

public class Singleton {
 private static Singleton instance;
 private Singleton() {}
 public static synchronized Singleton getInstance() {
 if (instance == null) {
 instance = new Singleton();
 }
 return instance;
 }
}

雖然做到了線程安全、延遲加載,但是它并不高效。因為在任何時候只能有一個線程調用 getInstance() 方法。但是synchronized操作只需要在第一次調用時才被需要,即第一次創(chuàng)建單例實例對象時。這種模式導致即使在單例創(chuàng)建完成后,每次依然只有一個線程可以訪問getInstance()方法,會導致潛在的性能問題。這就引出了雙重檢驗鎖。

餓漢式:static final field(非Lazy-loaded)

這種方法非常簡單,因為單例的實例被聲明成 static final,在第一次加載類到內存中時就會初始化,所以創(chuàng)建實例對象是線程安全的(由JVM實現(xiàn)保證)。

public class Singleton{
 //類加載時就初始化
 private static final Singleton instance = new Singleton();
 private Singleton(){}
 public static Singleton getInstance(){  // Singleton with static factory
 return instance;
 }
}

它不是一種懶加載模式,instance會在加載類后一開始就被初始化,即使客戶端沒有調用 getInstance()方法。這會導致一些使用限制:譬如 Singleton 實例的創(chuàng)建是依賴參數或者配置文件的,在 getInstance() 之前必須調用某個方法設置參數給它,那樣這種單例寫法就無法使用了。類似的方法還有:

public class Singleton{
 public static final Singleton instance = new Singleton(); // Singleton with public final field
 private Singleton(){}
}
// <Effective Java>第14頁講訴了兩者的差異

雙重檢驗鎖 + volatile(Lazyload,線程安全,但晦澀)

雙重檢驗鎖模式(double checked locking pattern),是一種使用同步塊加鎖的方法。程序員稱其為雙重檢查鎖,因為會有兩次檢查 instance == null,一次是在同步塊外,一次是在同步塊內。為什么在同步塊內還要再檢驗一次?因為可能會有多個線程一起進入同步塊外的 if,如果在同步塊內不進行二次檢驗的話就會生成多個實例對象了。

public static Singleton getSingleton() {
 if (instance == null) {       //Single Checked
  synchronized (Singleton.class) {
   if (instance == null) {     //Double Checked
    instance = new Singleton();
   }
  }
 }
 return instance ;
}

這段代碼看起來很完美,很可惜它是有問題的。主要在于instance = new Singleton()這句,這并非是一個原子操作,事實上在 JVM 中這句話大概做了下面 3 件事情。

  1. 給 instance 分配內存
  2. 調用 Singleton 的構造函數來初始化成員變量
  3. 將instance對象指向分配的內存空間(執(zhí)行完這步 instance 就為非 null 了)

但是在 JVM 的JIT編譯器中存在指令重排序的優(yōu)化。也就是說上面的第二步和第三步的順序是不能保證的,最終的執(zhí)行順序可能是 1-2-3 也可能是 1-3-2。如果是后者,則在 3 執(zhí)行完畢、2未執(zhí)行之前,被線程二搶占了,這時 instance 已經是非 null 了(但卻沒有初始化),所以線程二會直接返回 instance,然后使用,然后順理成章地報錯。為此,我們需要將 instance 變量聲明成 volatile 。

public class Singleton {
 private volatile static Singleton instance; //聲明為 volatile
 private Singleton(){}
 public static Singleton getSingleton() {
  if (instance == null) {       
   synchronized (Singleton.class) {
    if (instance == null) {  
     instance = new Singleton();
    }
   }
  }
  return instance;
 } 
}

但是特別注意在 Java 1.5 以前的版本使用了 volatile 的雙檢鎖還是有問題的,這個問題在 Java 1.5 中才得以修復,所以在這之后才可以放心使用 volatile。

靜態(tài)內部類:IoDH,initialization-on-demand holder

這個模式綜合使用了Java的靜態(tài)內部類和多線程缺省同步鎖的知識,很巧妙地同時實現(xiàn)了延遲加載和線程安全。

public class Singleton {
 private Singleton() {}
 private static class LazyHolder {
  private static final Singleton INSTANCE = new Singleton();
 }
 public static Singleton getInstance() {   // From wikipedia
  return LazyHolder.INSTANCE;
 }
}

靜態(tài)內部類相當于其外部類的static部分,它的對象不依賴于外部類對象,因此可以直接創(chuàng)建。靜態(tài)內部類只有在第一次被使用的時候才會被轉載。

多線程缺省同步鎖

 大家都知道,在多線程開發(fā)中,為了解決并發(fā)問題,主要是通過使用synchronized來加互斥鎖進行同步控制。但是在某些情況中,JVM已經隱含地為您執(zhí)行了同步,這些情況下就不需要手動進行同步控制了。這些情況包括

   1.由靜態(tài)初始化器(在靜態(tài)字段上或static{}塊中的初始化器)初始化數據時

 2.訪問final字段時

 3.在創(chuàng)建線程之前創(chuàng)建對象時

 4.線程可以看見它將要處理的對象時

枚舉 Enum

從Java 1.5起,只需編寫一個包含單個元素的枚舉類型:

public enum Singleton {
 INSTANCE;
}

這種方法在功能上與公有域方法相近,但是它更加簡潔,無償地提供了序列化機制,絕對防止多次實例化,即使是在面向復雜的序列化或者反射攻擊的時候。雖然這種方法還沒有廣泛采用,但是單元素的枚舉類型以及成為實現(xiàn)Singleton的最佳方法。

--------------------以下是幾個細節(jié)存疑的實現(xiàn)方法---------------------

1.static final到底有哪些細節(jié)

2.static field處的賦值初始化到底和static代碼塊有先后嗎?

3.靜態(tài)內部類的單例模式到底怎么寫

4.P50 in Java EE設計模式解析與應用中的例子真的有Lazyload效果嗎?

以上就是本文的全部內容,希望本文的內容對大家的學習或者工作能帶來一定的幫助,同時也希望多多支持腳本之家!

相關文章

  • WebService教程詳解(二)

    WebService教程詳解(二)

    這篇文章主要介紹了WebService教程詳解(二) 的相關資料,需要的朋友可以參考下
    2016-03-03
  • 詳解Java編程中的策略模式

    詳解Java編程中的策略模式

    這篇文章主要介紹了詳解Java編程中的策略模式,以及用策略模式來分析源碼等內容,需要的朋友可以參考下
    2015-08-08
  • 詳解JAVA設計模式之適配器模式

    詳解JAVA設計模式之適配器模式

    這篇文章主要介紹了JAVA設計模式之適配器模式的的相關資料,文中示例代碼非常詳細,供大家參考和學習,感興趣的朋友可以了解
    2020-06-06
  • 使用SpringBoot整合Activiti6工作流的操作方法

    使用SpringBoot整合Activiti6工作流的操作方法

    這篇文章主要介紹了使用SpringBoot整合Activiti6工作流,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2022-07-07
  • SystemServer進程啟動過程解析

    SystemServer進程啟動過程解析

    這篇文章主要為大家介紹了SystemServer進程啟動過程解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2023-07-07
  • spring中@RestController和@Controller的區(qū)別小結

    spring中@RestController和@Controller的區(qū)別小結

    @RestController和@Controller這兩個注解用于創(chuàng)建Web應用程序的控制器類,那么這兩個注解有哪些區(qū)別,本文就來介紹一下,并用示例代碼說明,感興趣的可以了解一下
    2023-09-09
  • 詳解在spring中使用JdbcTemplate操作數據庫的幾種方式

    詳解在spring中使用JdbcTemplate操作數據庫的幾種方式

    這篇文章主要介紹了詳解在spring中使用JdbcTemplate操作數據庫的幾種方式,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2020-07-07
  • logback之自定義指定日志文件存儲目錄方式

    logback之自定義指定日志文件存儲目錄方式

    這篇文章主要介紹了logback之自定義指定日志文件存儲目錄方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2023-03-03
  • springboot實現(xiàn)文件上傳步驟解析

    springboot實現(xiàn)文件上傳步驟解析

    這篇文章主要介紹了springboot實現(xiàn)文件上傳步驟解析,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
    2019-12-12
  • 四個Java必須知道的負載均衡算法分享

    四個Java必須知道的負載均衡算法分享

    我們在設計系統(tǒng)的時候,為了系統(tǒng)的高擴展性,會創(chuàng)建無狀態(tài)的系統(tǒng)。但是,要使系統(tǒng)具有更好的可擴展性,除了無狀態(tài)設計之外,還要考慮采用什么負載均衡算法,本文就帶領大家認識以下常見的4種負載均衡算法
    2023-01-01

最新評論