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
除了以上的优点外,我认为也是有一定的缺点的:
由于是松耦合设计,导致代码维护差,发送出来的事件不知道有多少个接收者。