本文實例講述了Android編程設(shè)計模式之單例模式。分享給大家供大家參考，具體如下：

成都創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),張家港企業(yè)網(wǎng)站建設(shè),張家港品牌網(wǎng)站建設(shè),網(wǎng)站定制,張家港網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,張家港網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

一、介紹

單例模式是應(yīng)用最廣的模式之一，也可能是很多初級工程師唯一會使用的設(shè)計模式。在應(yīng)用這個模式時，單例對象的類必須保證只有一個實例存在。許多時候整個系統(tǒng)只需要擁有一個全局對象，這樣有利于我們協(xié)調(diào)系統(tǒng)整體的行為。

二、定義

確保某一個類只有一個實例，而且自行實例化并向整個系統(tǒng)提供這個實例。

三、使用場景

確保某個類有且只有一個對象的場景，避免產(chǎn)生多個對象消耗過多的資源，或者某種類型的對象只應(yīng)該有且只有一個。例如，創(chuàng)建一個對象需要消耗的資源過多，如要訪問IO和數(shù)據(jù)庫等資源，這時就要考慮使用單例模式。

四、實現(xiàn)方式

1、餓漢模式

示例代碼：

/**
 * 餓漢模式
 */
public class Singleton {
  private static Singleton instance;
  private Singleton(){}
  public static Singleton getInstance(){
    if(instance == null){
      instance = new Singleton();
    }
    return instance;
  }
}

優(yōu)點：延遲加載（需要的時候才去加載）

缺點：線程不安全，在多線程中很容易出現(xiàn)不同步的情況，如在數(shù)據(jù)庫對象進行的頻繁讀寫操作時。

2、懶漢模式

示例代碼：

/**
 * 懶漢模式
 */
public class Singleton {
  private static Singleton instance;
  private Singleton(){}
  public static synchronized Singleton getInstance(){
    if(instance == null){
      instance = new Singleton();
    }
    return instance;
  }
}

與餓漢模式相比，getInstance()方法中添加了synchronized關(guān)鍵字，也就是說getInstance是一個同步方法，這就在多線程的情況下保證單例對象的唯一性的手段。但是，細想一下，大家可能會發(fā)現(xiàn)一個問題，即使instance已經(jīng)被初始化（第一次調(diào)用的時候就會被初始化instance），每次調(diào)用getInstance方法都會進行同步，這樣會消耗不必要的資源，這也是懶漢模式存在的最大問題。

優(yōu)點：解決了線程不安全的問題。

缺點：第一次加載時需要及時進行實例化，反應(yīng)稍慢，最大問題是每次調(diào)用getInstance都進行同步，造成不必要的同步開銷。

補充：在Android源碼中使用的該單例方法有：InputMethodManager，AccessibilityManager等都是使用這種單例模式

3、Double Check Lock(DCL)雙重檢查鎖定

示例代碼：

/**
 * 雙重檢查鎖定（DCL）單例模式
 */
public class Singleton {
  private static Singleton instance;
  private Singleton(){}
  public static Singleton getInstance(){
    if(instance == null){
      synchronized (Singleton.class) {
        if(instance == null) {
          instance = new Singleton();
        }
      }
    }
    return instance;
  }
}

本程序的亮點自然在getInstance方法上，可以看到getInstance方法中對instance進行了兩次判空：第一層判斷主要是為了避免不必要的同步，第二層的判斷則是為了在null的情況下創(chuàng)建實例。

假設(shè)線程A執(zhí)行到instance = new Singleton()語句，這里看起來是一句代碼，但實際上它并不是一個原子操作，這句代碼最終會被編譯成多條匯編指令，它大致做了3件事情：

（1）個Singleton的實例分配內(nèi)存；

（2）調(diào)用Singleton()的構(gòu)造函數(shù)，初始化成員字段；

（3）將instance對象指向分配的內(nèi)存空間（此時instance就不是null了）。

但是，由于java編譯器允許處理器亂序執(zhí)行，以及JDK1.5之前JMM（Java Memory Model，即Java內(nèi)存模型）中Cache、寄存器到主內(nèi)存回寫順序的規(guī)定，上面的第二和第三句的順序是無法保證的。也就是說，執(zhí)行順序可能是1-2-3也可能是1-3-2。如果是后者，并且在3執(zhí)行完畢、2未執(zhí)行之前，被切換到線程B上，這時候instance因為已經(jīng)在線程A內(nèi)執(zhí)行過了第三點，instance已經(jīng)是非空了，所有，線程B直接取走了instance，再使用時就會出錯，這就是DCL失效問題，而且這種難以跟蹤難以重現(xiàn)的錯誤很可能會隱藏很久。

在JDK1.5之后，SUN官方已經(jīng)注意到這種問題，調(diào)整了JVM，具體化了volatile關(guān)鍵字，因此，如果JDK是1.5或之后的版本，只需要將instance的定義改成private volatile static Singleton instance就可以保證instance對象每次都是從主內(nèi)存中讀取，就可以使用DCL的寫法來完成單例模式。當(dāng)然，volatile或多或少也會影響到性能，但考慮到程序的正確性，犧牲這點性能還是值得的。

優(yōu)點：資源利用率高，第一次執(zhí)行g(shù)etInstance時單例對象才會被實例化，效率高。在并發(fā)量不多，安全性不高的情況下或許能很完美運行單例模式

缺點：第一次加載時反應(yīng)稍慢，也由于Java內(nèi)存模型的原因偶爾會失敗。在高并發(fā)環(huán)境下也有一定的缺陷，雖然發(fā)生概率很小。

補充：在android圖像開源項目Android-Universal-Image-Loader （https://github.com/nostra13/Android-Universal-Image-Loader）中使用的是這種方式。
DCL模式是使用最多的單例實現(xiàn)方式，它能夠在需要時才實例化單例對象，并且能夠在絕大多數(shù)場景下保證單例對象的唯一性，除非你的代碼在并發(fā)場景比較復(fù)雜或者低于JDK6版本下使用，否則，這種方式一般能夠滿足需要。

4、靜態(tài)內(nèi)部類單例模式

DCL雖然在一定程度上解決了資源消耗、多余的同步、線程安全等問題，但是，它還是在某些情況下出現(xiàn)失效的問題。這個問題被稱為雙重檢查鎖定（DCL）失效，在《Java并發(fā)編程實踐》一書的最后談到了這個問題，并指出這種“優(yōu)化”是丑陋的，不贊成使用。而建議使用如下的代碼替代：

示例代碼：

/**
 * 靜態(tài)內(nèi)部類單例模式
 */
public class Singleton {
  private Singleton(){}
  public static Singleton getInstance(){
    return SingletonHolder.instance;
  }
  /**
   * 靜態(tài)內(nèi)部類
   * 延遲加載，減少內(nèi)存開銷
   */
  private static class SingletonHolder{
    private static final Singleton instance = new Singleton();
  }
}

當(dāng)?shù)谝淮渭虞dSingleton類時并不會初始化instance，只有在第一次調(diào)用Singleton的getInstance方法時才會導(dǎo)致instance被初始化。因此，第一次調(diào)用getInstance方法會導(dǎo)致虛擬機加載SingletonHolder類，這種方式不僅能夠確保線程安全，也能夠保證單例對象的唯一性，同時也延遲了單例的實例化，所以這是推薦使用的單例模式實現(xiàn)方式。

優(yōu)點：延遲加載，線程安全（java中class加載時互斥的），也減少了內(nèi)存消耗

5、枚舉單例

前面講解了一些單例模式實現(xiàn)方式，但是，這些實現(xiàn)方式不是稍顯麻煩就是會在某些情況下出現(xiàn)問題。

示例代碼：

/**
 * 枚舉單例模式
 */
public enum Singleton {
  /**
   * 1.從Java1.5開始支持;
   * 2.無償提供序列化機制;
   * 3.絕對防止多次實例化，即使在面對復(fù)雜的序列化或者反射攻擊的時候;
   */
  instance;
  private String others;
  Singleton() {
  }
  public String getOthers() {
    return others;
  }
  public void setOthers(String others) {
    this.others = others;
  }
}

寫法簡單是枚舉單例最大的優(yōu)點，枚舉在Java中與普通的類是一樣的，不僅能夠有字段，還能有自己的方法。最重要的是默認(rèn)枚舉實例的創(chuàng)建是線程安全的，并且在任何情況下它都是一個單例。

為什么這么說呢？在上述的幾種單例模式實現(xiàn)中，在一個情況下它們會出現(xiàn)重新創(chuàng)建對象的情況，那就是反序列化。

通過序列化可以將一個單例的實例對象寫到磁盤，然后在讀回來，從而有效的獲得一個實例。即使構(gòu)造函數(shù)是私有的，反序列化時依然可以通過特殊的途徑去創(chuàng)建類的一個新的實例，相當(dāng)于調(diào)用該類的構(gòu)造函數(shù)。反序列化操作提供了一個特別的鉤子函數(shù)，類中具有一個私有的、被實例化的方法readResolve()，這個方法可以讓開發(fā)人員控制對象的反序列化。例如，上述幾個示例中如果要杜絕單例對象在被反序列化時重新生成對象，那么必須加入如下方法：

private Object readResolve() throws ObjectStreamException {
  return instance;
}

也就是在readResolve方法中將instance對象返回，而不是默認(rèn)的重新生成一個新的對象。而對于枚舉，并不存在這個問題，因為即使反序列化它也不會重新生成新的實例。

優(yōu)點：無償提供序列化機制，絕對防止多次實例化，即使在面對復(fù)雜的序列化或者反射攻擊的時候。

缺點：從Java1.5開始支持。

上面主要講了單例模式5種創(chuàng)建方法，大家可以根據(jù)其優(yōu)缺點進行個人實際項目中的使用。

更多關(guān)于Android相關(guān)內(nèi)容感興趣的讀者可查看本站專題：《Android開發(fā)入門與進階教程》、《Android調(diào)試技巧與常見問題解決方法匯總》、《Android基本組件用法總結(jié)》、《Android視圖View技巧總結(jié)》、《Android布局layout技巧總結(jié)》及《Android控件用法總結(jié)》

希望本文所述對大家Android程序設(shè)計有所幫助。