Android設計模式之單例模式解析

2019-10-22 18:26:11

字體：大中小

來源：轉載

供稿：網友

在日常開發過程中時常需要用到設計模式，但是設計模式有23種，如何將這些設計模式了然于胸并且能在實際開發過程中應用得得心應手呢？和我一起跟著《Android源碼設計模式解析與實戰》一書邊學邊應用吧！

今天我們要講的是單例模式

定義

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

使用場景

確保某個類有且只有一個對象的場景，避免產生多個對象消耗過多的資源
某個類型的對象只應該有一個

使用例子

應用的Application
圖片加載框架對象，比如我們的ImageLoader，常用的圖片加載框架Glide，universal-image-loader等
數據請求管理類，比如可以用一個類來統一所有的數據請求處理，訪問數據庫，網絡請求等，這樣的類肯定只需要一個實例

實現

實現的要點

構造函數不對外開放，必須為Private（就是不能用New的形式生成對象）
通過一個靜態方法或者枚舉返回單例對象
確保單例類的對象有且只有一個，尤其是在多線程環境下
確保單例類對象在反序列化時不會重新創建對象

常見的實現方式

餓漢單例模式

public class Singleton {  private static final Singleton singleton = new Singleton();  //構造函數私有化  private Singleton() {  }  //公有的靜態函數，對外暴露獲取單例對象的接口  public static Singleton getInstance() {    return singleton;  }}

餓漢單例模式采用的是靜態變量 + fianl關鍵字的方式來確保單例模式，應用啟動的時候就生成單例對象，效率不高
懶漢模式

public class Singleton {  private static Singleton singleton;  //構造函數私有化  private Singleton() {  }  //公有的靜態函數，對外暴露獲取單例對象的接口  public static synchronized Singleton getInstance() {    if (singleton == null) {      singleton = new Singleton();    }    return singleton;  }}

懶漢模式的主要問題在于由于加了synchronized關鍵字，每調用一次getInstance方法，都會進行同步，造成了不必要的開銷

以上的2種模式用的都不多，了解一下就好，下面介紹平時用得比較多的單例模式
Double Check Lock(DCL)模式（雙重檢查鎖定模式）

public class Singleton {  private static Singleton singleton = null;  //構造函數私有化  private Singleton() {  }  //公有的靜態函數，對外暴露獲取單例對象的接口  public static Singleton getInstance() {    if (singleton == null) {      synchronized (Singleton.class) {        if (singleton == null) {          singleton = new Singleton();        }      }    }    return singleton;  }}

DCL模式是使用最多的單例模式，它不僅能保證線程安全，資源利用率高，第一次執行getInstance時單例對象才會實例化；同時，后續調用getInstance方法時又不會有懶漢模式的重復同步的問題，效率更高；在絕大多數情況下都能保證單例對象的唯一性

DCL模式的缺點是第一次加載時由于需要同步反應會稍慢；在低于JDK1.5的版本里由于Java內存模型的原因有可能會失效
靜態內部類單例模式

public class Singleton {  private Singleton() {  }  public static Singleton getInstance() {    return SingletonHolder.sInstance;  }  //靜態內部類  private static class SingletonHolder {    private static final Singleton sInstance = new Singleton();  }}

第一次加載Singleton類時不會初始化sInstance，只有在第一次調用getInstance方法時才會初始化sInstance，延遲了單例對象的實例化

靜態內部類單例模式不僅能保證線程安全也能保證單例對象的唯一性

靜態內部類單例模式和DCL模式是推薦的單例實現模式

枚舉單例