EventBus：是用来简化android组建之间的通信，otto也能完成，但效率院低于eventbus。Eventbus

基于观察者模式，一个事件的订阅者，一个事件的发布者

使用方式：添加依赖 compile 'org.greenrobot:eventbus:3.0.0'

在onCreate中注册总线事件：EventBus.getDefault().register(this);

在onDestroy中注销事件：EventBus.getDefault().unregister(this);

使用注解@Subsribe订阅方法：

@Subscribe(threadMode = ThreadMode.MAIN,priority =1)

public void onMessageEvent(MyEvent event) {

Logger.d("message is " + event.getMsg());

    // 更新界面

    EventBus2.setText(event.getMsg());

}

发布事件：EventBus.getDefault().post(messageEvent)；

EventBus3.0有四种线程模型，分别是：

POSTING (默认)  表示事件处理函数的线程跟发布事件的线程在同一个线程。

MAIN 表示事件处理函数的线程在主线程(UI)线程，因此在这里不能进行耗时操作。

BACKGROUND 表示事件处理函数的线程在后台线程，因此不能进行UI操作。如果发布事件的线程是主线程(UI线程)，那么事件处理函数将会开启一个后台线程，如果果发布事件的线程是在后台线程，那么事件处理函数就使用该线程。

ASYNC 表示无论事件发布的线程是哪一个，事件处理函数始终会新建一个子线程运行，同样不能进行UI操作。

事件优先级：一个事件有几个方法订阅的时候，并且在一个线程模型下，可以配置优先级来决定调用的先后顺序，priority默认为0，数值越大优先级越高。

粘性事件：事件提前发送出来，当某类注册后并且有事件的订阅方法后，马上调用。eventbus内部做了缓存。

发布：EventBus.getDefault().postSticky("RECOGNIZE_SONG");

接收：@Subscribe(threadMode = ThreadMode.MAIN, sticky =true)

    public void receiveSoundRecongnizedmsg(String insType) {

        if("RECOGNIZE_SONG".equals(insType)) {

            soundRecognizeCtrl();

        }

    }

移除：EventBus.getDefault().removeStickyEvent(stickyEvent);

3.0后通过注解反射的方式标识订阅方法

增加了：annotationProcessor 'org.greenrobot:eventbus-annotation-processor:3.1.1'

app的gradle中增加：

javaCompileOptions {

annotationProcessorOptions {

arguments = [eventBusIndex:'com.example.dell.wx.MyEventBusIndex',

verbose      :'true']

} }

在application中增加：EventBus.builder().addIndex(new MyEventBusIndex()).installDefaultEventBus();初始化EventsBus的单例。

3.0后EventBus将onEvent开头的方法都视为订阅方法，通过后拼接的字符串来区分线程模型。

1、onEvent:

2、onEventMainThread:

3、onEventBackground:

4、onEventAsync：

与之前的四种模型一一对应。

未完待续。。。。。。