今天主要记录一下EventBus。leading actor EventBus (主角EventBus)
前言
我们在开发过程中,都会有刷新UI的需要 一般都是在子线程中进行耗时操作 通知给主线程刷新UI 用的最多的就是在子线程中进行网络请求,数据请求完成 通知给主线程 之前我们多用的是Handler和广播 但是随着互联网的迅速发展,需求越来越多,项目越来越复杂,代码量也很庞大,随之而来的就是要求我们编写的程序 1:易读可读性高 :2:耦合度低 所以EventBus的优势就显露出来了。
切入正题
EventBus 的理解:
EventBus能够简化各组件间的通信,让我们的代码书写变得简单,能有效的分离事件发送方和接收方(也就是解耦的意思),能避免复杂和容易出错的依赖性和生命周期问题。
EventBus的基本用法
如果想要在项目中使用EventBus该如何操作呢 ?
下面的讲解仅针对AndroidStudio开发工具
a:在app gradle 下面添加依赖
compile 'org.greenrobot:eventbus:3.0.0'
b:在需要接收EventBus事件的活动中注册EventBus
EventBus.getDefault().register(this);
c:类似于广播有注册就有取消注册 在注册EventBus的活动销毁的生命周期中 注销注册EventBus
EventBus.getDefault().register(this);
d:创建消息并通过EventBus 发送
MessageEvent messageEvent = new MessageEvent();
messageEvent.setMessage(“发送的内容”);
EventBus.getDefault().post(messageEvent);
我们可以创建一个Bean类 里面用来保存传输的数据类型
public class MessageEvent{
private String message;
public MessageEvent(String message){
this.message=message;
}
public String getMessage() {
return message;
}
public void setMessage(String message) {
this.message = message;
}
}
e:接收事件并处理
@Subscribe(threadMode = ThreadMode.MAIN)
public void XXX(MessageEvent messageEvent) {
...
}
注意:处理消息的方法名字可以随便取(3.0之后)。但是需要加一个注解@Subscribe,并且要指定线程模型。 指定哪种线程 参考如下
四种线程模型:
- POSTING (默认) 表示事件处理函数的线程跟发布事件的线程在同一个线程。
- MAIN 表示事件处理函数的线程在主线程(UI)线程,因此在这里不能进行耗时操作。
- BACKGROUND
表示事件处理函数的线程在后台线程,因此不能进行UI操作。如果发布事件的线程是主线程(UI线程),那么事件处理函数将会开启一个后台线程,如果果发布事件的线程是在后台线程,那么事件处理函数就使用该线程。 - ASYNC 表示无论事件发布的线程是哪一个,事件处理函数始终会新建一个子线程运行,同样不能进行UI操作。
若存在言论姓错误 欢迎留言指正。