ps:虽然EventBus是Android中的一款开源框架，但是它确值得任何一个开发者学习
如果你学习过设计模式，那么你一直知道观察者模式。，既然能想到这个设计模式，那么就来看一个Android开源框架EventBus。主要功能是替代Intent、Handler、BroadCast在Activity、Service、线程之间传递消息。学过Android开发的同学一直知道，在Activity和Service之间通信是很困难的事情，还有在开发中Handler是经常使用的通信工具，那么EventBus比Handler更加方便、快、消耗小
不仅仅在安卓开发中，在很多框架中都把eventBus封装在其内部
基础介绍
上面说了，EventBus是一个观察者模式的实现，既然这样，那他就有如下三个要素：
Event：事件
Subscriber：事件订阅者，接收特定的事件。
Publisher:事件发布者，用于通知Subscriber有事件发生。
如图所示
Subscriber首先注册到EventBus上，Publisher则是将事件推到EventBus上，当EventBus收到消息时，会查找相应的订阅者，并触发订阅者响应
看着很简单，但是它的思想是很重要的
当SubCriber注册时也需要把回调接口声明好，在新版本中基于注解实现的
Subscriber回调接口以onEvent开头的4个函数区别：（也可基于注解）
-
onEvent：事件的处理在和事件的发送在相同的线程，所以事件处理时间不应太长，不然影响事件的发送线程。
-
onEventMainThread: 事件的处理会在UI线程中执行。事件处理时间不能太长（在Android开发中主线程也称UI线程，如果该线程阻塞那么程序就会卡死，所以在主线程中不能做长时间的事件处理）
-
onEventBackgroundThread：事件的处理会在一个后台线程中执行。虽然名字是BackgroundThread，事件处理是在后台线程，但事件处理时间还是不应该太长，因为如果发送事件的线程是后台线程，会直接在当前后台线程执行事件；如果当前线程是UI线程，事件会被加到一个队列中，由一个线程依次处理这些事件，如果某个事件处理时间太长，会阻塞后面的事件的派发或处理。
-
onEventAsync：事件处理会在单独的线程中执行，主要用于在后台线程中执行耗时操作，每个事件会开启一个线程，但最好限制线程的数目，否则直接影响系统的性能
-
首先订阅者注册
EventBus.getDefault().register(this); （this也可以理解为当前类对象）
声明回调接口
public void onEvent(String event){ }也可以用
@Subscribe(threadMode = ThreadMode.POSTING)
public void XXX(String XXX)
使用注解后 函数名可以随意
注意参数类型（参数类型可以使用自定义类）
当发布事件时，会根据当前事件参数类型与订阅者回调的接口参数类型做匹配，如果类型一直才会回调该方法
@Subscribe(threadMode = ThreadMode.MAIN)
public void onMessage(MessageEvent event) { //自定义MessageEvent
}
发布消息
EventBus.getDefault().post("test!");
使用默认的EventBus发布事件
最后删除注册
EventBus.getDefault().unregister(this);
问题：
EventBus无法去指定接受者，也就是说只要回调方法的参数类型一致都会去回调，也就是说发布事件后去触发匹配的注册者，
在注册者队列中也有优先级
@Subscribe(priority = 1); 通过该注解可以指定订阅优先级（注解在回调方法上）
可以在某一个订阅者回调方法中去取消对队列后面的发布
public void onEvent(MessageEvent event){
EventBus.getDefault().cancelEventDelivery(event) ;
}
这样我们也可以灵活的去控制事件的发布
最后：订阅者与发布者思想还有观察者模式使用的很广泛，希望自己有更深的理解