android-eventbus-使用详解

EventBus是什么？

EventBus是一种发布者和订阅者的事件分发模式。我们可以这么理解，比如我们订阅的Android Weekly,每当星期一0点这个时候，Android WeekLy公司 都会以邮件的形式通知我们。

这里有四个概念 ：

1. 发布者 - 事件的来源者，通过它进行通知接收者或者观察者，如我们的Android Weekly 

2. 接收者 - 监听事件的对象，比如说订阅了周报的我们。 

3. 通知事件 - 发布者和接受者之前的交互。比如说Android Week 

4. 触发事件 - 引发变化的条件，比如说时间到了。 

目前有多个库都开发了这样的功能。它有以下的优点： 

·   方法库较小，便于集成

·  使用简单

我们为什么要使用EventBus？

EventBus是彻底解耦的观察者模式。我们常常用在对象一对多的情况，使一个对象发生改变的时候，所有依赖的对象能够得到通知并更新。

比如我们在实际的开发中，当用户登录了，我们多个页面需要根据登录后的信息更改页面UI。这时，登录界面就是发布者，而其他的页面就是订阅者。它 们都在订阅用户信息变化的消息。 再比如我们的Fragment间的通信。

如何使用EventBus？

EventBus 目前的最新版本是3.0，使用的最广泛的是2.4版本。下面将分别介绍这两个版本的用法。 

EventBus 2.4.1：

1. 导入EventBus,将EventBus 2.4.1的jar包。下载地址 http://search.maven.org/                  
2. 在需要接收事件的组件注册为订阅者（接收事件的页面）。EventBus.getDefault().register(this);
3. 自定义通知事件的类，我们惯例起名为XXXEvent。
4. 在订阅者类中接收事件。
5. 在需要发送事件的地方EventBus.getDefault().post;
6. 使用完成注销 EventBus.getDefault.unregister(this); 

EventBus 在3.0.0版本以下的接收事件方法都是才有约定好的方法进行接收。EventBus提供了以下几个方法进行接收事件： 

onEvent() 执行在发送事件的线程。 onEventMainThread 代表这个方法会在UI线程执行 

onEventPostThread 代表这个方法会在当前发布事件的线程执行

onEventBackgroundThread 事件处理是在后台线程，但事件处理时间还是不应该太长，因为如果发送事件的线程是后台线程，会直接执行事件， 如果当前线程是UI线程，事件会被加到一个队列中，由一个线程依次处理这些事件，如果某个事件处理时间太长，会阻塞后面的事件的派发或处理。

onEventAsync 每个事件会开启一个线程（有线程池），但最好限制线程的数目 

EventBus 3.0.0：

1. 导入EventBus 3.0.0，可以使用Gradle:compile 'org.greenrobot:eventbus:3.0.0'，也可以去下载jar包

2. 在需要接收事件的组件注册为订阅者（接收事件的页面）。EventBus.getDefault().register(this);

3. 自定义通知事件的类，我们惯例起名为XXXEvent。

4. 在订阅者类中接收事件。

5. 在需要发送事件的地方EventBus.getDefault().post;

6. 使用完成注销 EventBus.getDefault.unregister(this); 

在EventBus 3.0.0 以后EventBus 取消了约定好的方法定义，并提供了注解的方式进行监听：
@Subscribe(threadMode = ThreadMode.MAIN)    
public void getEventBus(MyEvent event){
  (..........)
}

ThreadMode 就是旧版本接收信息运行的方法：
1. MainThread 主线程
2. BackgroundThread 后台线程
3. Async 后台线程
4. PostThread 发送线程（默认）

EventBus的优缺点？

EventBus作为现在最热门的插件，有以下优点： 

1. 开发简便
2. 代码耦合度较低
3. 插件大小合适，仅54K

除了以上的优点外，我认为也是有一定的缺点的： 
由于是松耦合设计，导致代码维护差，发送出来的事件不知道有多少个接收者。