参考：
- Android 框架炼成 教你如何写组件间通信框架EventBus
- Android EventBus源码解析 带你深入理解EventBus
- Android EventBus实战 没听过你就out了
- 快速Android开发系列通信篇之EventBus
EventBus是一个publish/subscribe (发布 / 订阅) 消息的总线，简化了应用程序内各组件间、组件与后台线程间的通信。比如请求网络，等网络返回时通过Handler或Broadcast通知UI，两个Fragment之间需要通过Listener通信，这些需求都可以通过EventBus实现。
GitHub地址：https://github.com/greenrobot/EventBus
作为一个消息总线，有三个主要的元素：
- Event：事件
- Subscriber：事件订阅者，接收特定的事件
- Publisher:事件发布者，用于通知Subscriber有事件发生
e.g. 使用方式：
1. 在订阅事件的activity中创建 onEvent方法。
2. EventBus.getDefault().register(this);//订阅事件。
register会把当前类中匹配的方法（是否以onEvent开头，是否是public且非static和abstract方法，是否是一个参数），存入一个map（EventBus存储方法的地方）。
3. EventBus.getDefault().post(object);//在任何业务逻辑处理中发布事件。
根据实参去map查找进行反射调用。
4. EventBus.getDefault().unregister(this);//在activity ondestroy中取消订阅。
其中 onEvent方法 对应 post那边的 ThreadMode：
- PostThread：（对应onEvent）事件的处理在和事件的发送在相同的进程，所以事件处理时间不应太长，不然影响事件的发送线程，而这个线程可能是UI线程。
- MainThread: （对应onEventMainThread）事件的处理会在UI线程中执行。事件处理时间不能太长，这个不用说的，长了会ANR的。
- BackgroundThread：（对应onEventBackgroundThread）事件的处理会在一个后台线程中执行，虽然名字是BackgroundThread，事件处理是在后台线程，但事件处理时间还是不应该太长，因为如果发送事件的线程是后台线程，会直接执行事件，如果当前线程是UI线程，事件会被加到一个队列中，由一个线程依次处理这些事件，如果某个事件处理时间太长，会阻塞后面的事件的派发或处理。
- Async（对应onEventBackgroundThread）事件处理会在单独的线程中执行，主要用于在后台线程中执行耗时操作，将任务加入到后台的一个队列，最终由Eventbus中的一个线程池去调用；线程池与BackgroundThread用的是同一个。
其中BackgroundThread和Async的区别是：
BackgroundThread中的任务，一个接着一个去调用，中间使用了一个布尔型变量handlerActive进行的控制。
Async则会动态控制并发。