小時候最開心的事莫過于躺在沙發(fā)上看《西游記》了病瞳。大鬧天宮、三打白骨精悲酷、真假美猴王......一幕幕精彩的故事縈繞腦海套菜,現(xiàn)在想來,回味無窮设易。
不知道你有沒有注意到這個細節(jié):每當孫悟空到了一個新的環(huán)境需要了解本地的“風土人情”時逗柴,都會揮舞一下金箍棒,將土地召喚出來亡嫌。那么你可知道嚎于,土地公公接收孫悟空召喚的原理是什么嗎掘而?
事件通知機制
我們可以先將其理解為“事件通知機制”挟冠,即每當孫悟空將金箍棒敲在地上時,就相當于給土地發(fā)了一封 email 的通知袍睡,告訴他俺老孫來了知染,趕快出來接駕。當土地收到通知之后就會立即現(xiàn)身了斑胜。
大家都知道 Spring 已經為我們提供好了事件監(jiān)聽控淡、訂閱的實現(xiàn),接下來我們用代碼來實現(xiàn)一下這個場景止潘。
首先我們要定義一個事件掺炭,來記錄下孫悟空敲地的動作。
@Getter
public class MonkeyKingEvent extends ApplicationEvent {
private MonkeyKing monkeyKing;
public MonkeyKingEvent(MonkeyKing monkeyKing) {
super("monkeyKing");
this.monkeyKing = monkeyKing;
}
}
其中 MonkeyKing
是我們定義好的孫悟空的實體類
@Data
public class MonkeyKing {
/**
* 是否敲地凭戴,默認為否
**/
private boolean knockGround = false;
}
然后我們需要實現(xiàn) ApplicationListener
來監(jiān)聽孫悟空敲地的動作涧狮。
@Component
public class MyGuardianListener implements ApplicationListener<MonkeyKingEvent> {
@Override
public void onApplicationEvent(MonkeyKingEvent event) {
boolean knockGround = event.getMonkeyKing().isKnockGround();
if(knockGround){
MyGuardian.appear();
}else{
MyGuardian.seclusion();
}
}
}
最后我們來驗證下整個流程。
@PostMapping
public void testEvent(@RequestParam boolean knockGround) {
MonkeyKing monkeyKing = new MonkeyKing();
monkeyKing.setKnockGround(knockGround);
MonkeyKingEvent monkeyKingEvent = new MonkeyKingEvent(monkeyKing);
//發(fā)布孫悟空敲地的動作事件
applicationEventPublisher.publishEvent(monkeyKingEvent);
}
當我們調用testEvent()
方法傳入knockGround
為 true
時么夫,打印
土地公公出現(xiàn)了
傳入為false
時者冤,打印
土地公公遁地了
這樣我們就簡單實現(xiàn)了“孫悟空召喚土地”的功能到忽。你以為這樣就結束了般婆?從小老師就教導我們要“知其然,更要知其所以然”狡赐。
大家都說讀源碼更像是在喝咖啡腐螟,讀不懂又苦又澀愿汰,讀懂了濃郁醇香困后。為了不影響大家的好心情,這里我們就不研究它的源碼了衬廷,我們直搗黃龍操灿。
觀察者模式
說是事件通知機制也好,事件監(jiān)聽-訂閱的實現(xiàn)也罷泵督,其實它內部的最終實現(xiàn)原理依賴的是觀察者模式趾盐。看到這小腊,先不要膽怯救鲤,不要覺得設計模式晦澀難懂、久攻不下秩冈。今天我就用通俗易懂的小故事來帶你重新認識一下觀察者模式本缠。
故事是這樣的,上邊我們只說了孫悟空敲地的動作入问,但是你是否還記得孫悟空將金箍棒往天上一指丹锹,便換來雷公電母、龍王等為其施法布雨芬失?閉上雙眼楣黍,與虎力大仙比試的場景仍歷歷在目。
由此可見棱烂,不光土地能收到孫悟空的通知租漂,連雷公電母和龍王也是可以接收到的。在這里颊糜,我們把孫悟空比作主題哩治,也就是大家說的被觀察者和 Subject
的概念,把雷公電母和龍王以及土地比作觀察者衬鱼。
以下是我們的代碼邏輯:
首先业筏,我們定義一個主題的基礎類鸟赫,里邊會記錄所有訂閱該主題的觀察者列表,還包含了增加惯疙、刪除以及通知觀察者的方法。
public class Subject {
//觀察者列表
private Vector<Observer> vector = new Vector();
/**
* 增加觀察者
**/
public void addObserver(Observer observer){
vector.add(observer);
}
/**
* 刪除觀察者
**/
public void deleteObserver(Observer observer){
vector.remove(observer);
}
/**
* 通知所有觀察者
**/
public void notifyObserver(String goldenCudgel) {
for(Observer observer : vector) {
observer.update(goldenCudgel);
}
}
}
然后霉颠,我們定義一個觀察者的接口,包含觀察者收到通知之后的“動作”蒿偎。
public interface Observer {
void update(String goldenCudgel);
}
這時候我們再分別定義出“土地”朽们、“雷公電母”、“龍王”的觀察者實體類骑脱,實現(xiàn)具體的打雷下雨等動作。
“雷公電母”叁丧、“龍王”等實現(xiàn)與“土地”類似,故此處僅展示觀察者“土地”拥娄。
@Component
public class MyGuardianObserver implements Observer {
@Override
public void update(String goldenCudgel) {
if(upGoldenCudgel(goldenCudgel)) {
System.out.println("土地公公出現(xiàn)了");
}
}
public boolean upGoldenCudgel(String goldenCudgel){
if(Objects.equals(goldenCudgel,"down")){
return true;
}
return false;
}
}
接著,我們就可以定義被觀察者的具體實現(xiàn)類“孫悟空”了
public class MonkeyKingSubject extends Subject{
/**
* 金箍棒是舉起來還是放下呢稚瘾?哈哈牡昆,你猜猜。摊欠。丢烘。
**/
public void doGoldenCudgel(String goldenCudgel){
notifyObserver(goldenCudgel);
}
}
最后我們來做個測試看看他們能不能響應孫悟空的通知。
@PostMapping
public void observerTest(){
MonkeyKingSubject subject = new MonkeyKingSubject();
subject.addObserver(new ThunderGodObserver());
subject.addObserver(new MyGuardianObserver());
subject.addObserver(new DragonKingObserver());
subject.doGoldenCudgel("up");
System.out.println("我是分割線-----------------------------");
subject.doGoldenCudgel("down");
}
結果展示
雷公電母發(fā)出電閃雷鳴
龍王前來下雨
我是分割線-----------------------------
土地公公出現(xiàn)了
總結
故事的最后怎么能少的了總結呢些椒?觀察者模式與事件通知機制都是在一對多的關系中播瞳,當一個對象被修改時,則會自動通知依賴它的對象摊沉,兩者之間相互獨立狐史,互相解耦痒给,這樣既省去了反復檢索狀態(tài)的資源消耗说墨,也能夠得到最高的反饋速度。
當然它的缺點也不容忽視:
- 如果一個被觀察者對象有很多的直接和間接的觀察者的話苍柏,將所有的觀察者都通知到會花費很多時間;
- 如果在觀察者和觀察目標之間有循環(huán)依賴的話尼斧,觀察目標會觸發(fā)它們之間進行循環(huán)調用,可能導致系統(tǒng)崩潰;
- 觀察者模式沒有相應的機制讓觀察者知道所觀察的目標對象是怎么發(fā)生變化的试吁,而僅僅只是知道觀察目標發(fā)生了變化;
文章的最后棺棵,照例奉上源碼,后臺回復 event
即可獲取熄捍。以上就是今天的全部內容了烛恤,如果你有不同的意見或者更好的idea
,歡迎聯(lián)系阿Q余耽,添加阿Q可以加入技術交流群參與討論呦缚柏!