Android--EventBus的使用介绍

EventBus使用详解EventBus是什么？

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

    1.发布者-事件的来源者，通过它进行通知接收者或者观察者，如我们的Android Weekly
    2.接收者-监听事件的对象，比如说订阅了周报的我们。
    3.通知事件-发布者和接受者之前的交互。比如说Android Week
    4.触发事件-引发变化的条件，比如说时间到了。

目前有多个库都开发了这样的功能。比如说：Google guava开源库,位于com.google.common.eventbus包下面。但是guava项目比较大，比较常用在j2ee
项目内。我们在android开发中实际用的是greenrobot开发的EventBus。它有以下的优点：
方法库较小，便于集成。guava jar包2.2M，greenrobot 54k使用简单。

我们为什么要使用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就是旧版本接收信息运行的方法。
MainThread主线程
BackgroundThread后台线程
Async后台线程
PostThread发送线程（默认）

EventBus的优缺点
1.开发简便
2.代码耦合度降低
3.插件大小合适，仅54k
除了以上的优点外，我认为也是有一定的缺点的：
由于是松耦合设计，导致代码维护差，发送出来的事件不知道有多少个接收者。