观察者模式
观察者模式，也被称为发布订阅模式，是一种行为型设计模式，也是在实际的开发中用得比较多的一种模式，当对象间存在一对多关系时，就可以使用观察者模式。定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象（观察者对象）都得到通知并被自动更新。
如何实现的？
观察者模式首先有一个被观察类，这个类中有一个 ArrayList 存放观察者们。除此以外还应有类状态和设置和获取状态的方法，状态改变时通知所有观察者，观察者类可以有个抽象类，所有的观察者类继承这个抽象类，观察者类有它要观察的对象。
举例实现
观察者模式使用两个类 Subject、Observer 。我们创建 Subject 类、Observer 抽象类和扩展了抽象类 Observer 的实体类。
ObserverPatternDemo，我们的演示类使用 Subject 和实体类对象来演示观察者模式。
具体代码实现步骤：
菜鸟教程：观察者模式
优点： 1、观察者和被观察者是抽象耦合的。它是将观察者和被观察者代码解耦 2、建立一套触发机制。
缺点：
1、如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。
2、如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。
3、观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。
观察者模式的应用场景非常广泛，小到代码层面的解耦，大到架构层面的系统解耦，再或者一些产品的设计思路，都有这种模式的影子，比如，邮件订阅、RSS Feeds，本质上都是观察者模式。
下面介绍几种观察者模式的常用场景：
支付场景
在支付场景下，用户购买一件商品，当支付成功之后三方会回调自身，在这个时候系统可能会有很多需要执行的逻辑(如:更新订单状态，发送邮件通知，赠送礼品…)，这些逻辑之间并没有强耦合，因此天然适合使用观察者模式去实现这些功能，当有更多的操作时，只需要添加新的观察者就能实现，完美实现了对修改关闭，对扩展开放的开闭原则。
UGC（用户原创内容）场景
在一个UGC场景下，用户发布的内容往往会经过很多流程，大部分是先发往审核系统，当审核通过之后就会出现一系列的业务逻辑，比如更新内容状态，通知给所有的粉丝等等，而这些业务逻辑就可以作为观察者。
不同的应用场景和需求下，这个模式也有截然不同的实现方式，有同步阻塞的实现方式，也有异步非阻塞的实现方式；有进程内的实现方式，也有跨进程的实现方式。
同步阻塞的实现方式。观察者和被观察者代码在同一个线程内执行，被观察者一直阻塞，直到所有的观察者代码都执行完成之后，才执行后续的代码。可以将同步阻塞的实现方式改为异步非阻塞的实现方式，以此来减少响应时间。不管是同步阻塞实现方式还是异步非阻塞实现方式，都是进程内的实现方式。那如何实现一个跨进程的观察者模式呢？可以通过 RPC调用或是基于消息队列来实现。