EvenBus通信

今天主要记录一下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，并且要指定线程模型。 指定哪种线程 参考如下

四种线程模型:

1. POSTING (默认) 表示事件处理函数的线程跟发布事件的线程在同一个线程。
2. MAIN 表示事件处理函数的线程在主线程(UI)线程，因此在这里不能进行耗时操作。
3. BACKGROUND
   表示事件处理函数的线程在后台线程，因此不能进行UI操作。如果发布事件的线程是主线程(UI线程)，那么事件处理函数将会开启一个后台线程，如果果发布事件的线程是在后台线程，那么事件处理函数就使用该线程。
4. ASYNC 表示无论事件发布的线程是哪一个，事件处理函数始终会新建一个子线程运行，同样不能进行UI操作。

若存在言论姓错误 欢迎留言指正。