设计模式——观察者模式

定义

也叫做发布订阅模式。定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖它的对象都会得到通知并被自动更新。下面是模式通用类图。

Subject被观察者。定义被观察者必须实现的职责，它必须能够动态的增加、取消观察者。完成作为被观察者必须实现的职责：管理观察者并通知观察者。

Observer观察者。观察者接到消息后，进行update操作，对接收到的消息进行处理。

ConcreteSubject具体的被观察者。定义被观察者自己的业务逻辑，同时定义对哪些事件进行通知。

ConcreteObserver具体的观察者。每个观察者在接收到消息后的处理反应是不同的，各个观察者有自己的处理逻辑。

优点

1. 观察者和被观察者之间是抽象耦合。不管是增加观察者还是被观察者都非常容易扩展。
2. 建立一套触发机制。观察者模式可以建立一条环环相扣的触发链条。

缺点

开发效率和运行效率问题。当一个被观察者，多个观察者时，因java中消息通知默认是顺序执行，一个观察者卡壳，会影响整体的执行效率。一般考虑异步的方式。

多级触发的效率更需要注意。

使用场景

1. 关联行为场景。关联行为是可以拆分的，而不是“组合”的关系。
2. 事件多级触发场景。
3. 跨系统的消息交换场景，如消息队列的处理机制。

注意事项

1. 广播链问题：在一个观察者模式中最多出现一个对象既是观察值也是被观察者，也就是说消息最多转发一次（传递两次），这还是比较好控制的。
   观察者，也就是说消息最多转发一次（传递两次），这还是比较好控制的。
2. 异步处理问题。

参考

《设计模式之禅》