概述
-
观察者模式是一个使用率非常高的模式，
它最常用的地方是 GUI 系统、订阅——发布系统。
-
这个模式的一个重要作用就是解耦，
将被观察者和观察者解耦，
使得它们之间的依赖性更小，甚至做到毫无依赖。
-
以GUI系统来说，应用的UI具有易变性，
尤其是前期随着业务的改变或者产品的需求修改，
应用界面也会经常性变化，但是业务逻辑基本变化不大，
此时，GUI系统需要一套机制来应对这种情况，
使得UI层与具体的业务逻辑解耦，观察者模式此时就派上用场了。
！！！
因为观察者仅负责调度被观察者的更新方法，
并提供一个业务数据给被观察者；
被观察者具体实现更新方法【可以实现UI、数据更新】，
其更新方法具体实现的内容与观察者的业务逻辑基本毫无依赖！
定义
定义对象间一种一对多的依赖关系，
使得每当一个对象改变状态，
则所有依赖于它的对象都会得到通知并被自动更新。
使用场景
●关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系；
●事件多级触发场景；
●跨系统的消息交换场景，如消息队列、事件总线的处理机制。
UML类图
●Subject：抽象主题，也就是被观察（Observable）的角色，抽象主题角色把所有观察者对象的引用保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加和删除观察者对象。
●ConcreteSubject：具体主题，该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发出通知，具体主题角色又叫做具体被观察者（Concrete Observable）角色。
●Observer：抽象观察者，该角色是观察者的抽象类，它定义了一个更新接口，使得在得到主题的更改通知时更新自己。
观察者模式实现思路总结
观察者接口准备更新（数据或UI的）方法；
被观察者接口准备三个抽象方法；
观察者实现类具体实现更新逻辑，可以有参数，参数为更新需要的数据；
被观察者实现类准备一个观察者List以及实现三个方法：
1.观察者注册方法：
参数为某观察者，功能是把观察者参数加到观察者List中；
2.注销观察者方法：
参数为某观察者，功能是把观察者参数从观察者List中移除；
3.通知观察者方法：无参数或者把需要通知的数据作为参数，
功能是遍历所有已注册的观察者，
即遍历 注册添加到 观察者List中的观察者，逐个调用List中所有观察者的更新方法；即一次性更新所有已注册的观察者！
使用时，
实例化一个被观察者和若干个观察者，
将所有观察者注册到被观察者处，
调用被观察者的通知方法，一次性更新所有已注册的观察者！
案例
来自 Android | TCP的C（Java|Android）/S（Java）通信实战经典聊天室案例（文末附本案例代码实现概述、观察者模式实现小结）
- 准备一个消息队列，
每一个Client发送过来的消息，
都会被加入到队列当中去，
队列中默认有一个子线程，
专门从队列中，死循环，不断去取数据（取出队列的队头），
取到数据就做相关处理，比如分发给其他的socket；
/**
* <pre>
* desc :每一个Client发送过来的消息，
* 都会被加入到队列当中去，
* 队列中默认有一个子线程，
* 专门从队列中，死循环，不断去取数据，
* 取到数据就做相关处理，比如分发给其他的socket；
* </pre>
*/
public class MsgPool {
private static MsgPool mInstance = new MsgPool();
/*
这里默认消息是String类型，
或者可以自行封装一个Model 类，存储更详细的信息
block n.块； 街区；障碍物，阻碍
顾名思义，这是一个阻塞的队列，当有消息过来时，就把消息发送给这个队列，
这边会起一个线程专门从队列里面去取消息，
如果队列中没有消息，就会阻塞在原地
*/
private LinkedBlockingQueue<String> mQueue = new LinkedBlockingQueue<>();
public static MsgPool getInstance() {
return mInstance;
}
private MsgPool() {
}
//这是一个阻塞的队列，
// 当有消息过来时，即客户端接收到消息时，
// 就把消息发送（添加）到这个队列中
//现在所有的客户端都可以发送消息到这个队列中
public void sendMsg(String msg) {
try {
mQueue.put(msg);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
//要一早就调用本方法，
// 启动这个读取消息的线程，在后台不断运行
public void start() {
//开启一个线程去读队列的数据
new Thread() {
@Override
public void run() {
//无限循环读取信息
while (true) {
try {
//取出并移除队头；没有消息时，take()是阻塞的
String msg = mQueue.take();
notifyMsgComing(msg);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}.start();
}
//被观察者方法，遍历所有已注册的观察者，一次性通知更新
private void notifyMsgComing(String msg) {
for (MsgComingListener listener : mListeners) {
listener.onMsgComing(msg);
}
}
//观察者接口
public interface MsgComingListener {
void onMsgComing(String msg);//更新方法
}
//被观察者，存放观察者
private List<MsgComingListener> mListeners = new ArrayList<>();
//被观察者方法，添加观察者到列表
public void addMsgComingListener(MsgComingListener listener) {
mListeners.add(listener);
}
}
案例小结：
所有的客户端都可发送消息到队列中，
然后所有的客户端都在等待
消息队列的消息新增（mQueue.put()）这个时刻，
消息队列一新增消息，
即一接收到某个客户端发送过来消息（mQueue.put()），
则消息都会一次性转发给所有客户端，
所以这里涉及到一个观察者设计模式，
消息队列（MsgPool）或消息（Msg）是被观察者，
所有客户端处理线程（ClientTask）都是观察者
参考：
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
