设计模式之观察者模式

1.观察者模式

观察者模式是一种行为型设计模式，它定义了一种一对多的依赖关系，当一个对象的状态发生改变时，它的所有依赖者都会收到通知并自动更新。(MQ和它有点像)
当对象间存在一对多关系时，则使用观察者模式（Observer Pattern）。比如，当一个对象被修改时，则会自动通知依赖它的对象。观察者模式属于行为型模式。

观察者模式中，一共有四种角色：

Subject（抽象主题）：也称为被观察者或可观察者，它是具有状态的对象，并维护着一个观察者列表。抽象主题角色把所有观察者对象保存在一个集合里，每个主题都可以有任意数量的观察者。主题提供了添加、删除和通知观察者的方法。一般用一个抽象类或者一个接口实现
Observer（抽象观察者）：为所有的具体观察者定义一个接口，在得到主题的通知时更新自己。这个接口叫做更新接口。抽象观察者角色一般用一个抽象类或者一个接口实现。在这个示意性的实现中，更新接口只包含一个方法（即Update()方法），这个方法叫做更新方法。
ConcreteSubject（具体主题）：也可称为具体被观察者，该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发送通知。
ConcrereObserver（具体观察者）：实现抽象观察者定义的更新接口，以便在得到主题更改通知时更新自身的状态。如果需要，具体现察者角色可以保存一个指向具体主题对象的引用。
从具体主题角色指向抽象观察者角色的合成关系，代表具体主题对象可以有任意多个对抽象观察者对象的引用。之所以使用抽象观察者而不是具体观察者，意味着主题对象不需要知道引用了哪些ConcreteObserver类型，而只知道抽象Observer类型。这就使得具体主题对象可以动态地维护一系列的对观察者对象的引用，并在需要通知的时候调用每一个观察者共有的update()更新方法。这种做法叫做"针对抽象编程"。

 

2.观察者设计模式优缺点

观察者模式的优点包括：
降低了主题与观察者之间的耦合关系，两者之间是抽象耦合关系。可以很容易扩展观察者和被观察者。
主题与观察者之间建立了一套触发机制。
观察者模式的缺点包括：
主题与观察者之间的依赖关系并没有完全解除。
当观察者对象很多时，通知的发布会花费很长时间，影响程序效率。
观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。
如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。
在使用观察者模式时，需要谨慎处理这些问题，以确保系统的稳定性和效率。