A是观察者,B是执行者,A不停的去观察是否有事情要做,有了就通知B去做事情,这就是观察者模式。
这样的好处是显而易见的:一个观察者可以服务一万个执行者,降低了系统的开销。
这里有个典型的例子:Android手机的耳机插入检测程序。
耳机插入检测是内核通过Uevent上报给用户空间的,具体采用Socket通信的方式。但是Uevent是通用的,所以很多执行者去注册自己的处理函数到Uevent的观察者上,然后观察者区分这些执行者并去选择对应的处理函数,很简单吧!
看代码:
UeventObserver持有一个静态的UEventThread对象,所有子类Observer都共享一个Thread。
private staticUEventThread sThread;
UeventThread是一个静态类,有一个Array:
private finalArrayList<Object> mKeysAndObservers = new ArrayList<Object>();
各种子类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(;;){
if(message.contains(key))
mTempObserversToSignal.add(observer);
}
for (;;) {
finalUEventObserver observer = mTempObserversToSignal.get(i);
observer.onUEvent(event);
}
}
这个onUEvent经过一系列无聊的调用,最终调到
AudioManager:: setWiredDeviceConnectionState(intdevice, int state, String name),自此进入Audio子系统