你好，我是小黄，一名独角兽企业的Java开发工程师。
感谢茫茫人海中我们能够相遇，
俗话说：当你的才华和能力，不足以支撑你的梦想的时候，请静下心来学习，
希望优秀的你可以和我一起学习，一起努力，实现属于自己的梦想。
文章目录
- 一、什么是观察者模式？
- 二、为什么要用观察者模式？
- 三、如何实现观察者模式？
- 四、总结
一、什么是观察者模式？
观察者一般可以看做是第三者，比如在学校上自习的时候，大家肯定都有过交头接耳、各种玩耍的经历，这时总会有一个“放风”的小伙伴，当老师即将出现时及时“通知”大家老师来了。再比如，拍卖会的时候，大家相互叫价，拍卖师会观察最高标价，然后通知给其它竞价者竞价，这就是一个观察者模式。
对于观察者模式而言，有两个对象，一个是观察者，一个是被观察者。
观察者模式（Observer），又叫发布-订阅模式（Publish/Subscribe），定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新。UML结构图如下：
其中，各属性的定义：
- Subject：被观察者
- Observer：抽象观察者接口
- ConcreteObserver：具体观察者，实现接口
二、为什么要用观察者模式？
大家在生活中可能都遇到这种问题：当孩子哭的时候，爸爸、妈妈应该第一时间收到消息，并且做出响应的对策。
如果我们不采取观察者模式，我们写出的代码可能是这种的：
这种代码在Dad、Mum等观察者少量的时候还比较好用，当观察者的数量多起来，我们的类就会变得十分臃肿。
还有一个比较大的问题，对于观察者来说，不一定监控一个被观察者，可能同时监控多个被观察者，这样的话，我们上述简单的架构就会变得累赘。
原始的观察者模式在传递消息的时候，是通过观察者类和被观察者类之间的耦合通知，我们将消息的通知改为事件发送，也就是观察者和被观察者通过事件来进行通信。
三、如何实现观察者模式？
我们还是用上面小孩哭的例子，来进行一个架构图的绘制：
整体的思路：当我们的小孩哭了之后，会发送一个哭泣的消息事件，而我们的 observer 会监听这个事件并做出响应
Child：被观察者对象，发送哭泣的事件
class Child {
private Boolean cry = false;
private List observers = new ArrayList();
{
observers.add(new Dad());
observers.add(new Mum());
observers.add(new Dog());
}
public boolean isCry() {
return cry;
}
public void wakeUp() {
cry = true;
// 创建消息事件
WakeUpEvent event = new WakeUpEvent(System.currentTimeMillis(), "bed", this);
// 发送消息事件
for (Observer observer : observers) {
observer.actionOnWakeUp(event);
}
}
}WakeUpEvent：事件发送事件、地点、事件源对象
class WakeUpEvent {
long timestamp;
String loc;
// 事件源对象本身
Child source;
public WakeUpEvent(long timestamp, String loc, Child source) {
this.timestamp = timestamp;
this.loc = loc;
this.source = source;
}
}Observer：观察者的接口
interface Observer {
void actionOnWakeUp(WakeUpEvent event);
}Dad：实现观察者接口，监听事件
class Dad implements Observer {
public void feed() {
System.out.println("dad feed");
}
@Override
public void actionOnWakeUp(WakeUpEvent event) {
feed();
}
}Test：测试
public static void main(String[] args) {
Child child = new Child();
child.wakeUp();
// dad feed
// Mum bao
// Dog wangwangwang
}四、总结
当我们想要一个对象状态改变，其他对象状态也跟着改变时，如果我们使用原始类耦合的做法，会造成我们的类显着特别的臃肿和难以维护。
这个时候，我们利用 观察者模式+事件机制，可以让我们整个系统的耦合度大大降低，并且在后续维护的过程中，也便于维护。
但是观察者也有一定的弊端，比如：
- 我们的观察者并不知道被观察者做出了怎么样的改变，仅仅知道被观察者进行了变化
- 一定避免循环观察，防止观察者和被观察者之间相互引用
