a是觀察者，b是執行者，a不停的去觀察是否有事情要做，有了就通知b去做事情，這就是觀察者模式。
這樣的好處是顯而易見的：乙個觀察者可以服務一萬個執行者，降低了系統的開銷。
這裡有個典型的例子：android手機的耳機插入檢測程式。
耳機插入檢測是核心通過uevent上報給使用者空間的，具體採用socket通訊的方式。但是uevent是通用的，所以很多執行者去註冊自己的處理函式到uevent的觀察者上，然後觀察者區分這些執行者並去選擇對應的處理函式，很簡單吧！
看**：
ueventobserver
持有乙個靜態的
ueventthread
物件，所有子類
observer
都共享乙個
thread。
private staticueventthread sthread;
ueventthread
是乙個靜態類，有乙個
array：
private finalarraylistmkeysandobservers = new arraylist();
各種子類
observer
都新增key
和observer
到mkeysandobservers
。比如，
wiredaccessoryobserver
新增（「
devpath=
/devices/virtual/switch/h2w
」，this
），（「
devpath=
/devices/virtual/switch/usb_audio
」，this
），（「
devpath=
/devices/virtual/switch/hdmi
」，this
）到mkeysandobservers
。這個thread
不斷的去讀取
af_netlink
中的資料，並對註冊進去的
key字串進行匹配，匹配上的呼叫改
key對應的
observer
的onuevent
函式。
如何匹配的？
private voidsendevent(string message)
for (;;)
}
經過一系列無聊的呼叫，最終調到
audiomanager::
setwireddeviceconnectionstate(intdevice, int state, string name)
，自此進入
audio
子系統
python觀察者模式 python 觀察者模式
python 觀察者模式 前言e 寫的倉促就不截uml類圖了，書本chapter10，p313能看到圖 一旦觀察的主題有更新，就會通知到觀察者們，下面的例子是最簡單的乙個觀察者範例，假設這是一群投機分子密切關注 軍 火 倉庫的產品與數量變動 class inventory def init self...
觀察者模式
觀察者模式 observer 完美的將觀察者和被觀察的物件分離開。舉個例子，使用者介面可以作為乙個觀察者，業務資料是被觀察者，使用者介面觀察業務資料的變化，發現資料變化後，就顯示在介面上。物件導向設計的乙個原則是 系統中的每個類將重點放在某乙個功能上，而不是其他方面。乙個物件只做一件事情，並且將他做...
觀察者模式
觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態上發生變化時，會通知所有觀察者物件，讓他們能夠自動更新自己 任何乙個模式都是離不開角色的,這裡也會有幾種角色 抽象主題角色 把所有對觀察者物件的引用儲存在乙個集合中，每個抽象主題角色都可以有任意數量的觀察...