前言

• 定義：觀察者設計模式定義了對象間的一種一對多的依賴關系，以便一個對象的狀態發生變化時，所有依賴于它的對象都得到通知并自動刷新，此種模式通常被用來實現事件處理系統
• 別稱：發布（Publish ）-訂閱（Subscribe）模式
• 別稱：模型（Modole）-視圖（View）模式

UML類圖

觀察者模式

• Subject：抽象主題（抽象被觀察者），抽象主題角色把所有觀察者對象保存在一個集合里，每個主題都可以有任意數量的觀察者，抽象主題提供一個接口，可以增加和刪除觀察者對象
• ConcreteSubject：具體主題（具體被觀察者），該角色將有關狀態存入具體觀察者對象，在具體主題的內部狀態發生改變時，給所有注冊過的觀察者發送通知
• Observer：抽象觀察者，它定義了一個更新接口，使得在得到主題更改通知時更新自己
• ConcrereObserver：具體觀察者，是實現抽象觀察者定義的更新接口，以便在得到主題更改通知時更新自身的狀態

一個栗子

場景：微信公眾號，用戶（觀察者），公眾號（被觀察者）

抽象觀察者（Observer）
public interface Observer {
public void update(String message);
}

具體觀察者（ConcrereObserver）
public class WechatUser implements Observer {
// 微信用戶名
private String name;
public WechatUser(String name) {
this.name = name;
}
@Override
public void update(String message) {
System.out.println(name + "-" + message);
}
}

抽象被觀察者（Subject）
public interface Subject {
/**
* 增加訂閱者
/
public void attach(Observer observer);
/*
* 刪除訂閱者
/
public void detach(Observer observer);
/*
* 通知訂閱者更新消息
*/
public void notify(String message);
}

具體被觀察者（ConcreteSubject）
public class SubscriptionSubject implements Subject {
// 儲存訂閱公眾號的微信用戶
private List<Observer> wechatUserlist = new ArrayList<Observer>();

    @Override
    public void attach(Observer observer) {
        wechatUserlist.add(observer);
    }

    @Override
    public void detach(Observer observer) {
        wechatUserlist.remove(observer);
    }

    @Override
    public void notify(String message) {
        for (Observer observer : wechatUserlist) {
            observer.update(message);
        }
    }
}

客戶端調用
public class Client {
public static void main(String[] args) {
SubscriptionSubject mSubject = new SubscriptionSubject();
// 創建微信用戶
WechatUser user1 = new WechatUser("張三");
WechatUser user2 = new WechatUser("李四");
WechatUser user3 = new WechatUser("王五");
// 訂閱公眾號
mSubject.attach(user1);
mSubject.attach(user2);
mSubject.attach(user3);
// 公眾號更新發出消息給訂閱的微信用戶
mSubject.notify("公眾號更新消息");
}
}

輸出結果
張三-公眾號更新消息
李四-公眾號更新消息
王五-公眾號更新消息

使用場景及優缺點

• 使用場景
• 關聯行為場景，需要注意的是，關聯行為是可拆分的，而不是“組合”關系。
• 事件多級觸發場景。
• 跨系統的消息交換場景，如消息隊列、事件總線的處理機制。
• 優點
  解除耦合，讓耦合的雙方都依賴于抽象，從而使得各自的變換都不會影響另一邊的變換。
• 缺點
  在應用觀察者模式時需要考慮一下開發效率和運行效率的問題，程序中包括一個被觀察者、多個觀察者，開發、調試等內容會比較復雜，而且在Java中消息的通知一般是順序執行，那么一個觀察者卡頓，會影響整體的執行效率，在這種情況下，一般會采用異步實現

Android 當中的應用

• OnClickListener
• ContentObserver
• android.database.Observable
• 還有組件通訊庫RxJava、RxAndroid
• EventBus
• 經典：Adapter 的 notifyDataSetChanged()