1. 依赖
compile 'org.greenrobot:eventbus:3.0.0'
2.EventBus的三要素 :
(1) Event：事件，可以是任意类型的对象。
(2) Subscriber：事件订阅者，
在EventBus3.0之前消息处理的方法只能限定于onEvent、onEventMainThread、onEventBackgroundThread和onEventAsync，分别代表四种线程模型。
在EventBus3.0之后，事件处理的方法可以随便取名，但是需要添加一个注解@Subscribe，并且要指定线程模型（默认为POSTING）
(3) Publisher：事件发布者，可以在任意线程任意位置发送事件，直接调用EventBus的post(Object)方法。可以自己实例化EventBus对象，但一般使用EventBus.getDefault()就好了，根据post函数参数的类型，会自动调用订阅相应类型事件的函数。
3. 四种线程模型
(1) POSTING（默认）：如果使用事件处理函数指定了线程模型为POSTING，那么该事件在哪个线程发布出来的，事件处理函数就会在这个线程中运行，也就是说发布事件和接收事件在同一个线程。在线程模型为POSTING的事件处理函数中尽量避免执行耗时操作，因为它会阻塞事件的传递，甚至有可能会引起应用程序无响应（ANR）。
(2) MAIN：事件的处理会在UI线程中执行。事件处理不能耗时，防止ANR。
(3) BACKGROUND：如果事件是在UI线程中发布出来的，那么该事件处理函数就会在新的线程中运行，如果事件本来就是子线程中发布出来的，那么该事件处理函数直接在发布事件的线程中执行。在此事件处理函数中禁止UI更新操作。
(4) ASYNC：无论事件在哪个线程发布，该事件处理函数都会在新建的子线程中执行，同样，此事件处理函数中禁止进行UI更新操作。
4. publish event
EventBus.getDefault().post(111); //之前注册过该事件的事件处理器都会收到该事件，并在各自线程进行处理
EventBus.getDefault().postSticky(1111); //粘性事件
粘性事件的特点:
(1) 通过 postSticky 发送的粘性事件，这个事件不会只被消费一次就消失，而是一直存在系统中，直到被removeStickyEvent 删除掉；
(2) Subscriber不需要在postSticky之前通过EventBus.getDefault().register(this);进行注册; 即使在Publisher 调用postSticky之后，Subscriber只要通过 EventBus.getDefault().register(this);并且接受处理sticky事件，还是可以收到之前的sticky事件并进行处理.
5. Subscribe event
分三步:
(1) 注册：
EventBus.getDefault().register(this);
(2) 添加事件处理函数:
(3) 解注册:
EventBus.getDefault().unregister(this);
EventBus.getDefault().removeAllStickyEvents(); //移除所有粘性event
6. 优点:
各个线程之间完美通信. (sticky event慎用, 影响效率)
7. 问题解决
(1) problem: its super classes have no public methods with the @Subscribe
解决(见注释):
事件处理函数必须要携带一个参数，参数类型可以是自定义类型.
Eventbus在3.0之后事件处理函数的函数名可以自定义。
8. EventBus 源码流程解析
