前言：
觀察者模式在實際項目中使用的也是非常頻繁的庆揪，它最常用的地方是GUI系統(tǒng)（Graphical User Interface 即圖形用戶界面）户辞、訂閱——發(fā)布系統(tǒng)等莽使。因為這個模式的一個重要作用就是解耦，使得它們之間的依賴性更小幔托，甚至做到毫無依賴。以GUI系統(tǒng)來說昭齐，應(yīng)用的UI具有易變性含长，尤其是前期隨著業(yè)務(wù)的改變或者產(chǎn)品的需求修改，應(yīng)用界面也經(jīng)常性變化畔规，但是業(yè)務(wù)邏輯基本變化不大局扶，此時，GUI系統(tǒng)需要一套機(jī)制來應(yīng)對這種情況叁扫，使得UI層與具體的業(yè)務(wù)邏輯解耦三妈，觀察者模式此時就派上用場了。
觀察者模式
觀察者模式 概述
觀察者模式定義了一種一對多的依賴關(guān)系莫绣，讓多個觀察者對象同時監(jiān)聽某一個主題對象畴蒲。這個主題對象在狀態(tài)發(fā)生變化時，會通知所有觀察者對象对室，使它們能夠自動更新自己模燥。觀察者模式又被稱作發(fā)布--訂閱模式，-
模式中的角色
image.png- 抽象主題（Subject）：它把所有觀察者對象的引用保存到一個聚集里掩宜，每個主題都可以有任何數(shù)量的觀察者蔫骂。抽象主題提供一個接口，可以增加和刪除觀察者對象牺汤。
- 具體主題（ConcreteSubject）：將有關(guān)狀態(tài)存入具體觀察者對象辽旋；在具體主題內(nèi)部狀態(tài)改變時，給所有登記過的觀察者發(fā)出通知檐迟。
- 抽象觀察者（Observer）：為所有的具體觀察者定義一個接口补胚，在得到主題通知時更新自己。
- 具體觀察者（ConcreteObserver）：實現(xiàn)抽象觀察者角色所要求的更新接口追迟，以便使本身的狀態(tài)與主題狀態(tài)協(xié)調(diào)溶其。
觀察者模式的分類 -- 推模型和拉模型
推模型
主題對象向觀察者推送主題的詳細(xì)信息，不管觀察者是否需要怔匣，推送的信息通常是主題對象的全部或部分?jǐn)?shù)據(jù)握联。拉模型
主題對象在通知觀察者的時候，只傳遞少量信息每瞒。如果觀察者需要更具體的信息金闽，由觀察者主動到主題對象中獲取，相當(dāng)于是觀察者從主題對象中拉數(shù)據(jù)剿骨。一般這種模型的實現(xiàn)中代芜，會把主題對象自身通過update()方法傳遞給觀察者，這樣在觀察者需要獲取數(shù)據(jù)的時候浓利，就可以通過這個引用來獲取了挤庇。-
兩者的區(qū)別：
- 推模式的Observer模式的好處：
當(dāng)有消息時钞速，所有的觀察者都會直接得到全部的消息，并進(jìn)行相應(yīng)的處理程序嫡秕，與主體對象沒什么關(guān)系渴语，兩者之間的關(guān)系是一種松散耦合。 - 但是它也有缺陷：
第一是所有的觀察者得到的消息是一樣的昆咽，也許有些信息對某個觀察者來說根本就用不上驾凶，也就是觀察者不能“按需所取”；
第二掷酗，當(dāng)通知消息的參數(shù)有變化時调违，所有的觀察者對象都要變化。鑒于以上問題泻轰，拉模式就應(yīng)運而生了技肩，它是由觀察者自己主動去取消息，需要什么信息浮声，就可以取什么虚婿，不會像推模式那樣得到所有的消息參數(shù)。
- 推模式的Observer模式的好處：
代碼實現(xiàn)
寫一個簡單的demo Tom要搞事情阿蝶，準(zhǔn)備偷一臺三桑note7雳锋，由于Tom經(jīng)常偷東西黄绩，被警察和很多人盯著羡洁，當(dāng)Tom偷到了三桑note7，就被盯著他的人發(fā)現(xiàn)了爽丹，交給了警察了
- 定義抽象主題
/**
* 被觀察者筑煮，抽象主題
*/
public interface Subject<T> {
/**
* 注冊一個觀察者
* @param o
*/
void registerObserver(Observer<T> o);
/**
* 通知觀察者
* @param t
*/
void notifyObserver(T t);
/**
* 在你需要的時候調(diào)用這個方法，防止內(nèi)存泄露
*/
void removeObserver();
}
- 抽象觀察者
/**
* 觀察者
*/
public interface Observer<T> {
/**
* 被觀察者觸發(fā)更新
* @param t
*/
void update(T t);
}
- 定義被觀察者粤蝎，具體被觀察者（Tom）
/**
* 要搞事情的Tom
*/
public class Tom<T> implements Subject<T> {
Observer<T> o;
/**
* 發(fā)布信息 真仲，搞事情
*/
public void publishEvent(T t) {
if (o == null)
throw new NullPointerException("you must register Observer first!");
System.out.println("tom 開始搞事情");
notifyObserver(t);
}
/**
* 通知訂閱者，通知長眼睛的初澎，Tom搞事情
*/
@Override
public void notifyObserver(T t) {
o.update(t);
}
/**
* 注冊一個觀察者秸应，長眼睛的已經(jīng)開始蹲點
*/
@Override
public void registerObserver(Observer<T> o) {
this.o = o;
}
/**
* 在你需要的時候調(diào)用這個方法，防止內(nèi)存泄露
*/
@Override
public void removeObserver() {
this.o = null;
}
}
- 測試
public static void main(String[] args) {
// 要搞事情的人 Tom 來了
Tom<String> tom = new Tom<>();
/**
* 觀察者 長眼睛的
*/
People people = new People() {
@Override
public void discover() {
System.out.println("tom搞事情被發(fā)現(xiàn)了碑宴，交給警察了");
}
};
// 注冊觀察者 聽說tom要搞事情软啼，引起了長眼睛的注意了
tom.registerObserver(people);
tom.publishEvent("Tom偷到了一臺三桑note7"); // 開始搞事情
}
-
打印信息
image.png
模式總結(jié)
優(yōu)點
觀察者模式解除了主題和具體觀察者的耦合，讓耦合的雙方都依賴于抽象延柠，而不是依賴具體祸挪。從而使得各自的變化都不會影響另一邊的變化。缺點
依賴關(guān)系并未完全解除贞间，抽象通知者依舊依賴抽象的觀察者贿条。-
適用場景
- 當(dāng)一個對象的改變需要給變其它對象時雹仿，而且它不知道具體有多少個對象有待改變時。
- 一個抽象某型有兩個方面整以，當(dāng)其中一個方面依賴于另一個方面胧辽，這時用觀察者模式可以將這兩者封裝在獨立的對象中使它們各自獨立地改變和復(fù)用。
