定义与特点
观察者（Observer）模式的定义：指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。这种模式有时又称作发布-订阅模式、模型-视图模式，它是对象行为型模式。
观察者模式是一种对象行为型模式，其主要优点如下。
- 降低了目标与观察者之间的耦合关系，两者之间是抽象耦合关系。
- 目标与观察者之间建立了一套触发机制。
它的主要缺点如下。
- 目标与观察者之间的依赖关系并没有完全解除，而且有可能出现循环引用。
- 当观察者对象很多时，通知的发布会花费很多时间，影响程序的效率。
模式的结构
观察者模式的主要角色如下。
- 抽象主题（Subject）角色：也叫抽象目标类，它提供了一个用于保存观察者对象的聚集类和增加、删除观察者对象的方法，以及通知所有观察者的抽象方法。
- 具体主题（Concrete Subject）角色：也叫具体目标类，它实现抽象目标中的通知方法，当具体主题的内部状态发生改变时，通知所有注册过的观察者对象。
- 抽象观察者（Observer）角色：它是一个抽象类或接口，它包含了一个更新自己的抽象方法，当接到具体主题的更改通知时被调用。
- 具体观察者（Concrete Observer）角色：实现抽象观察者中定义的抽象方法，以便在得到目标的更改通知时更新自身的状态。
观察者模式与MQ
观察者模式与MQ本质上解决的问题是一致的，都是解决两者之间的耦合问题，由直接调用关系变成间接通知关系。不同的是MQ一般指的是系统之间的通知关系，观察者模式更多指的是代码层面上的使用。不过也可以认为观察者是一种思想，MQ也是基于观察者思想来实现的。
场景分析
基于观察者模式的代码，虽然在代码上将目标与观察者之间解耦开来，但其本身也是一种同步处理方式，如果出现异常的话也会阻碍后续代码的运行。本身目标与观察者之间是解耦关系，但是其又以同步方式来实现观察者模式，从系统健壮性角度来看的话，这样是不太合理的。
反过来看的话，使用观察者模式的地方都可以改变成MQ来实现，只要两者之间是一种通知关系的话，这样看来的话，MQ是观察者思想的一种更健壮的实现？
