觀(guān)察者模式中通常有兩個(gè)基本的概念主題：觀(guān)察者和被觀(guān)察者筐眷。當(dāng)被觀(guān)察者狀態(tài)發(fā)生改變時(shí)肿孵，需要通知相應(yīng)的觀(guān)察者，當(dāng)然胡嘿，每個(gè)被觀(guān)察者所對(duì)應(yīng)的觀(guān)察者可能不知一個(gè)蛉艾，他們之間是1:n的關(guān)系。用專(zhuān)業(yè)一點(diǎn)的術(shù)語(yǔ)對(duì)觀(guān)察者模式的描述為：當(dāng)一個(gè)對(duì)象變化時(shí)衷敌，其它依賴(lài)該對(duì)象的對(duì)象都會(huì)收到通知勿侯，并且隨著變化。
觀(guān)察者模式說(shuō)明：
觀(guān)察者與被觀(guān)察者成員變量關(guān)系（即觀(guān)察者需要是被觀(guān)察者的某種成員變量）或被觀(guān)察者可以有指向觀(guān)察者的引用缴罗；當(dāng)被觀(guān)察者某種方法執(zhí)行或者狀態(tài)改變時(shí)助琐，其內(nèi)部實(shí)現(xiàn)中調(diào)用了觀(guān)察者的相關(guān)方法。
（一個(gè)是能夠找的到觀(guān)察者面氓，為調(diào)用觀(guān)察者的函數(shù)提供指針引用兵钮；一個(gè)是 能夠執(zhí)行相關(guān)觀(guān)察者對(duì)應(yīng)的函數(shù)調(diào)用 具有權(quán)限和對(duì)應(yīng)的參數(shù)條件）
觀(guān)察者模式的一般實(shí)現(xiàn)方式如下：
1.定義觀(guān)察者所具有的共同的接口：
1interfaceObserver {2publicvoidupdate();3}
2.定義兩個(gè)觀(guān)察者：
1classObserverAimplementsObserver {@Overridepublicvoidupdate() {System.out.println("ObserverA has received!");}}
1classObserverBimplementsObserver {23@Override4publicvoidupdate() {5System.out.println("ObserverB has received!");6}7}
3.定義被觀(guān)察者所具有的抽象父類(lèi)：
1abstractclassObservable {23privateVector
vector =newVector();45publicvoidadd(Observer observer) {6vector.add(observer);7}89publicvoiddel(Observer observer) {10vector.remove(observer);11}1213publicvoidnotifyObservers() {14Enumeration enumo =vector.elements();15while(enumo.hasMoreElements()) {16enumo.nextElement().update();17}18}1920publicvoidoperation() {2122}23}
4.定義具體的被觀(guān)察者：
classConcretObservableextendsObservable{
@Overridepublicvoidoperation() {
System.out.println("update self!");
notifyObservers();
}
}
5.測(cè)試：
1publicclassObserverTest {23publicstaticvoidmain(String[] args) {4Observable sub =newConcretObservable();5sub.add(newObserverA());6sub.add(newObserverB());78sub.operation();9}1011}
初始化時(shí)蛆橡，被觀(guān)察者 如果申明對(duì)象類(lèi)型為observable（抽象類(lèi)型） 則不能調(diào)用自己聲明實(shí)現(xiàn)的方法，只能調(diào)用父類(lèi)（抽象類(lèi)observable聲明的接口掘譬，不管有沒(méi)有實(shí)現(xiàn)（實(shí)現(xiàn)類(lèi)中會(huì)實(shí)現(xiàn)抽象方法））
建立 觀(guān)察者與被觀(guān)察者的成員變量關(guān)系
被觀(guān)察者的某一動(dòng)作觸發(fā)了 觀(guān)察者的改變 -- 即在被觀(guān)察者的方法實(shí)現(xiàn)中調(diào)用 觀(guān)察者的相關(guān)部分的方法操作泰演，同時(shí)為了保障 被觀(guān)察者 可以同時(shí)被 多個(gè)觀(guān)察者監(jiān)測(cè)， 觀(guān)察者與被觀(guān)察者本身應(yīng)該存在一定的關(guān)聯(lián)關(guān)系屁药，可能是成員變量關(guān)系粥血，也可能是方法調(diào)用關(guān)系
抽象類(lèi) 與接口的區(qū)別就是可以實(shí)現(xiàn)已聲明的方法，在子類(lèi)繼承時(shí)酿箭，可重寫(xiě)也可直接調(diào)用當(dāng)前抽象類(lèi)的 已實(shí)現(xiàn)方法复亏。
抽象類(lèi)里的函數(shù)只聲明不實(shí)現(xiàn)的話(huà)，需要添加關(guān)鍵字abstract缭嫡，子類(lèi)繼承抽象類(lèi)時(shí)需要實(shí)現(xiàn)該抽象類(lèi)缔御。
在抽象類(lèi)的notifybserves() 方法中 執(zhí)行update操作時(shí)，每個(gè)對(duì)象元素都實(shí)現(xiàn)了observer接口妇蛀，同時(shí)耕突，父類(lèi)引用指向子類(lèi)對(duì)象，因此评架，執(zhí)行的update方法不盡相同眷茁， 這就是運(yùn)行時(shí)多態(tài)。
觀(guān)察者模式的應(yīng)用場(chǎng)景：
1纵诞、? 對(duì)一個(gè)對(duì)象狀態(tài)的更新上祈，需要其他對(duì)象同步更新，而且其他對(duì)象的數(shù)量動(dòng)態(tài)可變浙芙。
2登刺、? 對(duì)象僅需要將自己的更新通知給其他對(duì)象而不需要知道其他對(duì)象的細(xì)節(jié)。
觀(guān)察者模式的優(yōu)點(diǎn)：
1嗡呼、? Subject和Observer之間是松偶合的纸俭，分別可以各自獨(dú)立改變。
2南窗、? Subject在發(fā)送廣播通知的時(shí)候揍很，無(wú)須指定具體的Observer，Observer可以自己決定是否要訂閱Subject的通知万伤。
3窒悔、? 遵守大部分GRASP原則和常用設(shè)計(jì)原則，高內(nèi)聚壕翩、低偶合蛉迹。
觀(guān)察者模式的效果有以下的優(yōu)點(diǎn)：第一傅寡、觀(guān)察者模式在被觀(guān)察者和觀(guān)察者之間建立一個(gè)抽象的耦合放妈。觀(guān)察者模式有下面的缺點(diǎn)：第一北救、如果一個(gè)被觀(guān)察者對(duì)象有很多的直接和間接的觀(guān)察者的話(huà)，將所有的觀(guān)察者都通知到會(huì)花費(fèi)很多時(shí)間芜抒。
觀(guān)察者模式的效果有以下的優(yōu)點(diǎn)：
第一珍策、觀(guān)察者模式在被觀(guān)察者和觀(guān)察者之間建立一個(gè)抽象的耦合。被觀(guān)察者角色所知道的只是一個(gè)具體觀(guān)察者列表宅倒，每一個(gè)具體觀(guān)察者都符合一個(gè)抽象觀(guān)察者的接口攘宙。被觀(guān)察者并不認(rèn)識(shí)任何一個(gè)具體觀(guān)察者，它只知道它們都有一個(gè)共同的接口拐迁。
由于被觀(guān)察者和觀(guān)察者沒(méi)有緊密地耦合在一起蹭劈，因此它們可以屬于不同的抽象化層次。如果被觀(guān)察者和觀(guān)察者都被扔到一起线召，那么這個(gè)對(duì)象必然跨越抽象化和具體化層次铺韧。
第二、觀(guān)察者模式支持廣播通訊缓淹。被觀(guān)察者會(huì)向所有的登記過(guò)的觀(guān)察者發(fā)出通知哈打，
觀(guān)察者模式有下面的缺點(diǎn)：
第一、如果一個(gè)被觀(guān)察者對(duì)象有很多的直接和間接的觀(guān)察者的話(huà)讯壶，將所有的觀(guān)察者都通知到會(huì)花費(fèi)很多時(shí)間料仗。
第二、如果在被觀(guān)察者之間有循環(huán)依賴(lài)的話(huà)伏蚊，被觀(guān)察者會(huì)觸發(fā)它們之間進(jìn)行循環(huán)調(diào)用立轧，導(dǎo)致系統(tǒng)崩潰。在使用觀(guān)察者模式是要特別注意這一點(diǎn)丙挽。
第三肺孵、如果對(duì)觀(guān)察者的通知是通過(guò)另外的線(xiàn)程進(jìn)行異步投遞的話(huà)，系統(tǒng)必須保證投遞是以自恰的方式進(jìn)行的颜阐。
第四平窘、雖然觀(guān)察者模式可以隨時(shí)使觀(guān)察者知道所觀(guān)察的對(duì)象發(fā)生了變化，但是觀(guān)察者模式?jīng)]有相應(yīng)的機(jī)制使觀(guān)察者知道所觀(guān)察的對(duì)象是怎么發(fā)生變化的凳怨。
觀(guān)察者模式的應(yīng)用場(chǎng)景：
1瑰艘、 對(duì)一個(gè)對(duì)象狀態(tài)的更新，需要其他對(duì)象同步更新肤舞，而且其他對(duì)象的數(shù)量動(dòng)態(tài)可變紫新。
2、 對(duì)象僅需要將自己的更新通知給其他對(duì)象而不需要知道其他對(duì)象的細(xì)節(jié)李剖。
場(chǎng)景描述：
* 哈票以購(gòu)票為核心業(yè)務(wù)(此模式不限于該業(yè)務(wù))芒率，但圍繞購(gòu)票會(huì)產(chǎn)生不同的其他邏輯，如：
* 1篙顺、購(gòu)票后記錄文本日志
* 2偶芍、購(gòu)票后記錄數(shù)據(jù)庫(kù)日志
* 3充择、購(gòu)票后發(fā)送短信
* 4、購(gòu)票送抵扣卷匪蟀、兌換卷椎麦、積分
* 5、其他各類(lèi)活動(dòng)等
*
* 傳統(tǒng)解決方案:
* 在購(gòu)票邏輯等類(lèi)內(nèi)部增加相關(guān)代碼材彪，完成各種邏輯观挎。
*
* 存在問(wèn)題：
* 1、一旦某個(gè)業(yè)務(wù)邏輯發(fā)生改變段化，如購(gòu)票業(yè)務(wù)中增加其他業(yè)務(wù)邏輯嘁捷，需要修改購(gòu)票核心文件、甚至購(gòu)票流程显熏。
* 2普气、日積月累后，文件冗長(zhǎng)佃延，導(dǎo)致后續(xù)維護(hù)困難现诀。
*
* 存在問(wèn)題原因主要是程序的"緊密耦合"，使用觀(guān)察模式將目前的業(yè)務(wù)邏輯優(yōu)化成"松耦合"履肃，達(dá)到易維護(hù)仔沿、易修改的目的，
* 同時(shí)也符合面向接口編程的思想尺棋。
*
* 觀(guān)察者模式典型實(shí)現(xiàn)方式：
* 1封锉、定義2個(gè)接口：觀(guān)察者（通知）接口、被觀(guān)察者（主題）接口
* 2膘螟、定義2個(gè)類(lèi)成福，觀(guān)察者對(duì)象實(shí)現(xiàn)觀(guān)察者接口、主題類(lèi)實(shí)現(xiàn)被觀(guān)者接口
* 3荆残、主題類(lèi)注冊(cè)自己需要通知的觀(guān)察者
* 4奴艾、主題類(lèi)某個(gè)業(yè)務(wù)邏輯發(fā)生時(shí)通知觀(guān)察者對(duì)象，每個(gè)觀(guān)察者執(zhí)行自己的業(yè)務(wù)邏輯内斯。
