Android 通信 EventBus

参考：

• 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则会动态控制并发。