观察者模式

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子系统