一.定义

    定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新。

二.类图

• Subject被观察者：定义被观察者必须实现的行为，必须能够动态地增加 取消观察者。一般是抽象类或者实现类，仅仅完成作为被观察者必须实现的职责：管理观察者并通知观察者。
• Observer观察者：观察者接收到信息后，即进行update操作，对接收到的信息进行处理。
• ConcreteSubject具体的被观察者：定义被观察者自己的业务逻辑，同时定义对哪些事件进行通知。
• ConcreteObserver具体的观察者：每个观察者在接收到消息后的处理反应是不同，各个观察者有自己的处理逻辑。

三.优点

• 观察者和被观察者之间是抽象耦合：增加观察者还是被观察者都非常容易扩展，而且Java中都已经实现了抽象层级的定义，在系统扩展方面更是得心应手。
• 被观察者和观察者之间有良好的反馈机制,方便代码维护。

四.使用场景

• 关联行为场景。关联行为是可拆分的，而不是组合关系。如猫鼠游戏，广播收音机。
• 事件多级触发场景。
• 跨系统的消息交换场景，如消息队列的处理机制。

五.注意事项

• 一个观察者模式中对多出现一个对象既是观察者也是被观察者，也就是说消息最多转发一次，这比较好控制
• 异步处理问题。当一个被观察者，多个观察者时，开发和调试就会比较复杂，而且在JAVA中消息的通知默认是顺序执行，一个观察者卡壳，会影响整体的执行效率。这种情况下，一般采用异步的方式。
• 在设计时注意多级触发时的效率。
• 观察者和被观察者之间的消息沟通，被观察者状态改变会触发观察者的一个行为，同时会传递一个消息给观察者。在实际中一般做法是：观察者中的update方法接收两个参数，一个是被观察者，一个是DTO(Data Transfer Object,数据传输对象），DTO一般是一个纯洁的JavaBean,由被观察者生成，观察者消费。远程传输时，一般消息是以XML格式传递。
• 观察者相应方式。如果观察者响应时间长，会影响到被观察者的执行时间，会造成效率问题。一般会采用多线程技术(异步架构)或是缓存技术（同步架构，开发难度大）。
• 设计时被观察者和观察者职责划分要合理，避免加重观察者的处理逻辑。