项目代码因为业务需求变跟最近在大改，其中使用了大量的Handler机制，作为新时代的程序猿，我不想使用这个以及activity.runOnUiThread()这种异步机制。仔细考虑以后，那就是RxJava和RxAndroid这哥俩了。在设计模式中，观察者模式是我认为比较有趣的模式，加上RxJava和RxAndroid这两种响应式编程底层就是用到的观察者模式。所以，此文意在了解和掌握观察者模式。
网上有很多篇幅关于观察者模式，常见的例子就是一个警察（观察者）和小偷（被观察者）两者之间的关系。不重复造轮子的我们依旧使用这个例子，当小偷（被观察者）想要搞事情（开车）的时候，我们的警察蜀黍（观察者）就会及时收到这种变化，然后进行一系列的后续动作。网上关于这两类（观察者和被观察者）之间为什么会触发事件的”媒介”解释的不是很清楚，比如，当小偷搞事情，这个搞事情的动作，该如何去理解，以及如何在代码里面去描述，我觉得，理清楚这个关系才是探索观察者模式的关键。
在描述观察者模式之前，先提提Java中的接口，对于接口的定义：我们可以理解为，你要使用这个接口（interface）那就要遵循在接口中提供的这一种规则，但是这个规则怎么用，该怎么写，就是得值得考虑的事情，接下来，我们也尝试用几个接口去描述下观察者模式。
首先，我们定义一个主角，观察者（接口，也就是上面的警察蜀黍），警察叔叔在这里只是做简单打印输出，于是乎，就有了如下代码
说明：这里的updataInfo()函数只是举例()，关键是函数里面的参数，也就是上文所说的“媒介”，这里暂时用一个字符串去替代。
也就是说，观察者被唤醒的前提之一，首先得传入一个字符串类型（否则参数类型不一致，无非匹配，所以根本打印不了）。
接着，轮到我们的下一位主角登场，被观察者（接口，也就是小偷），我们需要的就是在被观察者添加些什么东西，当被观察者身上的附带的这些东西发生变化的时候，去唤醒我们的观察者。那如何将这两个对象（万物皆对象）关联起来？
按照java万物皆对象的设计理念和逻辑，想调用另外一个对象里面的方法，最常规和最容易理解的就是，将观察者，以参数的形式传递进我们的被观察者。这样，就可以调取观察者里面的方法！（不要问我为什么接口里面的方法不能设为private）
然后，有人就问了，我们的观察者被唤醒的媒介在上面用的是字符串，那么这里的被观察者肯定要有一个字符串来与之对应，没错，你是对的，上文提到，数据类型需要一致，否则我需要的是字符串类型，你给我的却是boolean,这样岂不是白观察了嘛。
还有一点就是，如何理解这种所谓的变化（记住，只有被观察者发生变化，才会通知观察者）也就是被观察者身上媒介的改变，如何用代码去表现呢 ？
我们可以简单的理解，状态的改变，在java中无非就是增删改这些等等，既然是增加、删除这两种变化，那我们就可以用集合的特性来表示这种状态！
上面三点思路理清之后，于是乎，就有了以下的代码。
我们知道，在Java中，interface代表的是一种行为规范，你如需要使用具体的interface，就需要强制子类实现接口里面的方法。所以，我们需要接口的实现类，去完成具体的操作。
OK，既然被观察者的变化是唤醒观察者的媒介，那么我们就先写一个被观察者的实现类，
我们首先定义一组集合（上文说道，通过集合的特性可以描述变化），因为集合有增删的api方法可以直接使用，集合里面的泛型，我们需要设置为成观察者（简单理解就是，一组观察者同时观察一个被观察者）。这样就可以做到，当被观察者发生变化的时候，通知所有的观察者。
但是，我们如何实时了解被观察者的变化？这个时候，我们可以通过迭代器遍历集合，只要外部调用，就会遍历里面的方法。但是，我们的观察者该如何收到消息呢？这里，我们做一个就简单的打印日志，于是乎，观察者的实现类也就写完了（因为只做日志输出，方便上图调用显示结果）
准备工作差不多了，接下来，我们就写一个主方法来测试观察者和被观察者之间如何产生关系。
首先，我们从主方法入手，将这个程序理一遍。
1）因为使用到了集合来描述变化，所以，我们先创建3个观察者对象，创建1个被观察者对象。
2）如何将观察者和被观察者联系起来？上面说道，万物皆对象，只要调用 被观察者的addWatcher（Watcher ）方法，将观察者作为参数传递到被观察者里面去（将对象传进去，就可以使用对象里面的方法）即可；其次，被观察者添加了3个观察者，对象增加了嘛，这就是一种具体的变化；然后，调用被观察者的notifyWatcher（）方法，及时通知观察者，我发生了什么。
3）一旦调用notifyWatcher（）方法，首先会遍历被观察者实现类中的集合，接着会打印传递的字符串，也就是调用updataInfo（）这个方法。最后输出在控制台上面，整个流程就执行结束了。
写了这么多，各位看官可能被观察者，被观察者绕晕了，最后想说的是，总之认准一个理，
A：一定是被观察者发生了某种变化，才会通知观察者。
B：万物皆对象，持有你的对象就可以拿到你的方法（而且注意，这里用的是 Interface !）
拓展：
在Android中，常见的观察者模式就是，点击事件！那么，我们来分析下按钮的点击事件。
因为按钮会被点击，所以它发生了变化（因此Button的角色，本质就是被观察者），
一旦Button发生变化，就会通知观察者。这里的观察者，翻看源码就是（OnClickListener，本质也是一个 interface, 里面的方法就是onClick）
所以，通过setOnClickListener（）这个方法，也就是将观察者和被观察者联系起来（也叫订阅）
一旦订阅，就会重写onClick方法，（接口要求子类重写方法），一旦重写，我们就可以在onClick方法里面做自己想要的事情。
部分老司机一语道破天机，这就是接口回调嘛~对的，没错，就是接口回调。下面上一段伪代码补充说明：
A.class
//先定义一个接口
public interface Listener {
//回调方法
void 回调方法();
}
//申明一个接口
private Listener mLinstener;
//一个 set 接口的方法，把传入的 listener 赋值给 mLinstener
public void setListener(Listener listener) {
mLinstener = listener
}
...
//在某个地方，进行某个操作的时候，然后执行
private void 某个操作() {
mLinstener.回调方法();
}
另一个类 B.class
private A a = new A();
a.setListener(new Linstener() {
public void 回调方法() {
//我要在 A 中某个操作()执行的具体事情
}
});
OK，大概就是这样，MVP设计模式也是，观察者模式也是，其中使用到的精髓就是接口回调，传递结果，让具体类去操作逻辑。
文章如有纰漏，请及时扶正。
Ps:著作权归作者所有,转载请注明作者,商业转载请联系作者获得授权，非商业转载请注明出处(开头或结尾请添加转载出处，添加原文url地址),文章请勿滥用,也希望大家尊重笔者的劳动成果,谢谢。
