java  設(shè)計(jì)模式之單例模式

前言：

在軟件開發(fā)過程中常會有一些對象我們只需要一個(gè)，如：線程池（threadpool）、緩存（cache）、對話框、偏好設(shè)置等。這些對象如果制造出多個(gè)實(shí)例的話可能會導(dǎo)致一些不必要的麻煩，如：程序行為異常、資源使用過量等。這時(shí)單例模式就可以確保一個(gè)類只有一個(gè)實(shí)例，并提供全局訪問點(diǎn)。下面是從簡單的單例類來探討該用何種方法實(shí)現(xiàn)單例模式。

/**
 * 最經(jīng)典的單例類
 */
public class Singleton {
  // 設(shè)置成靜態(tài)變量來記錄Singleton的唯一實(shí)例
  private static Singleton singleInstance;
  private Singleton(){
    // 構(gòu)造方法聲明為私有的，這樣只能在Singleton類中才能調(diào)用此構(gòu)造方法
  }
  /*
   * 獲取Singleton對象，如果還未實(shí)例化則實(shí)例化一個(gè)對象并返回這個(gè)實(shí)例
   */
  public static Singleton getInstance(){
    if (singleInstance == null) {
      singleInstance = new Singleton();
    }
    return singleInstance;
  }
  // 其他方法
}

從上面的例子可以看出Singleton類自己管理這個(gè)類的實(shí)例化過程，而且提供了全局訪問點(diǎn)，就是設(shè)置成靜態(tài)的getInstance()方法，在其他類要使用Singleton時(shí)它會返回一個(gè)實(shí)例。這中單例模式有個(gè)優(yōu)點(diǎn)就是延遲實(shí)例化，簡單地說延遲實(shí)例化就是延遲初始化，在類需要時(shí)才創(chuàng)建其實(shí)例，而不是在開始加載這個(gè)類時(shí)就創(chuàng)建出一個(gè)實(shí)例，這樣的好處是可以避免性能的浪費(fèi)。例如有些對象無需程序一開始就使用，或者其在程序執(zhí)行的過程中就沒有使用過。但是此例子卻又一個(gè)缺點(diǎn)，那就是線程不夠安全。因?yàn)槿绻卸鄠€(gè)線程同時(shí)執(zhí)行到getInstance()方法，而Singleton又還未new Singleton()一個(gè)實(shí)例，那么線程就會都認(rèn)為singleInstance為null，就都會實(shí)例化Singleton，這時(shí)就會產(chǎn)生多個(gè)Singleton實(shí)例，明顯不符合單例模式的初衷。那么接下來可能要做的就是對其進(jìn)行改進(jìn)

public class SingletonA {
  private static SingletonA singletongA;
  private SingletonA(){

  }
  /*
   * 增加synchronized關(guān)鍵字把getSingletonA方法變?yōu)橥椒椒?
   */
  public static synchronized SingletonA getInstanceA(){
    if (singletongA == null) {
      singletongA = new SingletonA();
    }
    return singletongA;
  }
  // 其他方法
}

從這個(gè)例子上看增加了synchronized可以使getInstanceA()變成一個(gè)同步的方法，這時(shí)線程在進(jìn)入這個(gè)方法之前就需要等待其他線程離開這個(gè)方法才能進(jìn)入，也就使得該方法只能同時(shí)存在一個(gè)線程在執(zhí)行它。

可能差不多問題解決了，但是要知道同步方法是會影響程序執(zhí)行效率的，在此例子中我們只是為了解決第一個(gè)例子中第一次執(zhí)行g(shù)etInstance()方法不會產(chǎn)生多個(gè)實(shí)例，而這個(gè)例子中卻會導(dǎo)致每次需要實(shí)例時(shí)都會調(diào)用getInstanceA()同步方法，而在已經(jīng)有實(shí)例之后的調(diào)用synchronized就會是累贅，因?yàn)槲覀円呀?jīng)無需擔(dān)心這個(gè)單例類會再次被創(chuàng)建出新的實(shí)例。因此我們還需要做一下改進(jìn)。

既然上面說到延遲實(shí)例化，那么如果是不用的話那就簡單多了。

public class SingletonB {
  // 在靜態(tài)初始化器（static initializen）中創(chuàng)建單例，保證線程安全
  private static SingletonB singletonB = new SingletonB();
  private SingletonB(){
    // 構(gòu)造函數(shù)
  }
  public static SingletonB getInstaceB(){
    // 已經(jīng)實(shí)例化了，直接使用它
    return singletonB;
  }
}

上面的這種做法是在JVM加載這個(gè)類時(shí)馬上創(chuàng)建一個(gè)實(shí)例，因?yàn)镴VM會在線程訪問這個(gè)實(shí)例之前就創(chuàng)建出該實(shí)例，因此線程是安全的。但這相較于延遲實(shí)例化而言可能會出現(xiàn)資源的浪費(fèi)。而且如果此類較大的情況下會時(shí)程序初始化時(shí)間加長。

那么是否可以在使用用延遲實(shí)例化的同時(shí)又不會造成線程不安全且增加訪問效率呢。接下來就用雙重檢查加鎖來改進(jìn)一下。

/**
 * 雙重鎖單例模式
 */
public class SingletonC {
  private volatile static SingletonC singletonC;
  private SingletonC(){

  }
  public static SingletonC getInstanceC(){
    if (singletonC == null) {
      synchronized (SingletonC.class) {
        if (singletonC == null) {
          singletonC = new SingletonC();
        }
      }
    }
    return singletonC;
  }
}

上面的例子是先檢查實(shí)例，如果不存在則進(jìn)入同步區(qū)塊，進(jìn)入同步區(qū)塊之后再次檢查，如果還是null才會創(chuàng)建實(shí)例，因而singletonC = new SingletonC()只會執(zhí)行一次，而之后調(diào)用getInstanceC()時(shí)就因?yàn)橛袑?shí)例直接返回，所以除了第一次調(diào)用時(shí)會走同步，而之后便不會如第二個(gè)例子那樣每次都會走同步方法。這樣就可以使得執(zhí)行g(shù)etInstanceC()的時(shí)間減少。想必這里會發(fā)現(xiàn)有個(gè)volatile關(guān)鍵字，其作用是使得singletonC被初始化后對所有線程可見，多個(gè)線程可以正確地處理這個(gè)SingletonC變量。但要注意的：volatile關(guān)鍵字只能在Java 5及其之后使用，如果在此版本之前會導(dǎo)致這個(gè)雙重檢查失效。

在使用單例模式時(shí)，如果有多個(gè)類加載器（classloader）時(shí)需要自行指定類加載器，并指定用一個(gè)類加載器。因?yàn)槊總€(gè)類加載器都定義了一個(gè)命名空間，不同的類加載器可能會加載同一個(gè)類，從而導(dǎo)致單例類創(chuàng)建出多個(gè)實(shí)例。

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！