Android開發中常見的設計模式（一）——單例模式

標籤：定義   常見   roi   TE   singleton   tin   vol   函數   default   

首先瞭解一些單例模式的概念。

確保某一個類只有一個執行個體，而且自行執行個體化並向整個系統提供這個執行個體。

這樣做有以下幾個優點

• 對於那些比較耗記憶體的類，只執行個體化一次可以大大提高效能，尤其是在移動開發中。
• 保持程式啟動並執行時候該中始終只有一個執行個體存在記憶體中

其實單例有很多種實現方式，但是個人比較傾向於其中1種。可以見單例模式

代碼如下

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

要保證單例，需要做一下幾步

• 必須防止外部可以調用建構函式進行執行個體化，因此建構函式必須私人化。
• 必須定義一個靜態函數獲得該單例
• 單例使用volatile修飾
• 使用synchronized 進行同步處理，並且雙重判斷是否為null，我們看到synchronized (Singleton.class)裡面又進行了是否為null的判斷，這是因為一個線程進入了該代碼，如果另一個線程在等待，這時候前一個線程建立了一個執行個體出來完畢後，另一個線程獲得鎖進入該同步代碼，執行個體已經存在，沒必要再次建立，因此這個判斷是否是null還是必須的。

而在Android中，很多地方用到了單例。比如EventBus中的單例

private static volatile EventBus defaultInstance;public static EventBus getDefault() {    if (defaultInstance == null) {        synchronized (EventBus.class) {            if (defaultInstance == null) {                defaultInstance = new EventBus();            }        }    }    return defaultInstance;}

Android開發中常見的設計模式（一）——單例模式