EventBus 使用解析

MVP 设置模式将View与Model交互解耦，EventBus则用来对程序组件进行解耦。使得两个类没有直接的依赖关系，把双向依赖变成了单向依赖，降低维护成本，避免各种callback。

1、添加依赖

compile 'org.greenrobot:eventbus:3.0.0'

如果需要使用索引增强Bus的速度，需要在app下的 build.gradle 中加入

apply plugin: 'com.android.application'

android {
    compileSdkVersion 25
    buildToolsVersion "25.0.2"
    defaultConfig {
        applicationId "com.org.zl.myeventbusdemo"
        minSdkVersion 15
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}
//这里是Eventbus 依赖 2
apply plugin: 'com.neenbedankt.android-apt'
dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    compile 'com.android.support:appcompat-v7:25.1.0'
    testCompile 'junit:junit:4.12'
    //这里是Eventbus 依赖 3
    compile 'org.greenrobot:eventbus:3.0.0'
    //这里是Eventbus 依赖 4
    apt 'org.greenrobot:eventbus-annotation-processor:3.0.1'
}
//这里是Eventbus 依赖 5
apt {
    arguments {
        eventBusIndex "com.bandeng.MyEventBusIndex"
    }
}

Demo 下的build.gradle 中加入

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:2.2.2'

        //这里是Eventbus 依赖  1
        classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'
        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

然后rebuild 项目

如果有，则加入索引成功。

Bus中有几个方法，很重要，看看具体作用

我在另一个界面发送一个子线程消息，一个UI线程消息

EventBus.getDefault().post(new EventMessage("这是主线程发送的",1));
                //延时三秒发送子线程数据出去
                new Thread(new Runnable() {
                    @Override
                    public void run() {
                        try {
                            Thread.sleep(3000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        EventBus.getDefault().post(new EventMessage("这是子线程发送的",2));
                    }
                }).start();

我在接收界面写了接收代码，根据接收不同显示方式也不一样，如果是主线程，那么就更新界面，如果不是主线程，那么就Toast信息

if(isMainThread()){//如果是主线程，那么更新界面
            switch (event.getNum()){
                case 1:
                    textView2.setTextColor(getResources().getColor(R.color.colorRed));
                    textView2.setText(event.toString());
                    break;
                case 2:
                    textView2.setTextColor(getResources().getColor(R.color.colorPrimaryDark));
                    textView2.setText(event.toString());
                    break;
            }
        }else{//如果不是就通知handle
            str = event.toString();
            handler.sendEmptyMessage(-1);
        }

方法名随便都可以，关键是注解ThreadMode方式

/**
     @Subscribe(threadMode = ThreadMode.MAIN)
     不管从哪个线程发出的事件，都会在UI（主线程）线程执行
     在这里可以更新UI的操作，不可以执行耗时的操作
     */

可以看出来，不管是主线程还是子线程，都会可以更新UI界面。

 @Subscribe(threadMode = ThreadMode.POSTING)
     事件从哪个线程发布出来的，就在哪个线程中执行
     如果发送事件的线程是UI线程，则在UI线程执行，
     如果发送事件的线程是子线程，则在该子线程中执行

主线程发的更新了界面，子线程发的，toast信息，

 @Subscribe(threadMode = ThreadMode.BACKGROUND)
     如果发送事件的线程是UI线程，则重新创建新的子线程执行
     不能执行更新UI的操作
     如果发送事件的线程是子线程，则在该子线程中执行

不管主线程还是子线程发送的，都不能更新界面

 @Subscribe(threadMode = ThreadMode.ASYNC)
     不管从哪个线程发出的事件，ASYNC模式都会创建一个新的子线程来执行
     所以在这里不能执行更新UI的操作，可以执行耗时的操作

ThreadMode.BACKGROUND中的任务，一个接着一个去调用
ThreadMode.Async则会动态控制并发。

上面都是先订阅，后发布，然后订阅的人知道了
还有一个粘性事件，就是先发布，后订阅，订阅后也知道，先前发布了啥东西，但是不管先前发布了多少东西，订阅的人，只能知道最后一条消息。