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：
与之前的四种模型一一对应。
未完待续。。。。。。
