EventBus介绍
参考文章
1.EventBus介绍
EventBus是Android端的一个订阅/发布的消息总线，用在应用程序内，组件之间，线程之间的通信，并且由于事件可以是任意类型的对象，主要功能是替代Intent,Handler,BroadCast在Fragment，Activity，Service，线程之间传递消息.优点是开销小，代码更优雅。以及将发送者和接收者解耦。
角色：
Event：就是事件啦
Subscriber：订阅者，接收特定事件的对象，主要通过onEventXXX()回调接口接收
Publisher：发布者，post事件，通知订阅者
Subscriber以onEvent开头的4个函数区别：
onEvent：事件的处理在和事件的发送在相同的线程，所以事件处理时间不应太长，不然影响事件的发送线程。
onEventMainThread: 事件的处理会在UI线程中执行。事件处理时间不能太长，长了会出现臭名远之的ANR。
onEventBackgroundThread：事件的处理会在一个后台线程中执行。虽然名字是BackgroundThread，事件处理是在后台线程，但事件处理时间还是不应该太长，因为如果发送事件的线程是后台线程，会直接在当前后台线程执行事件；如果当前线程是UI线程，事件会被加到一个队列中，由一个线程依次处理这些事件，如果某个事件处理时间太长，会阻塞后面的事件的派发或处理。
onEventAsync：事件处理会在单独的线程中执行，主要用于在后台线程中执行耗时操作，每个事件会开启一个线程，但最好限制线程的数目。
2.用法总结
通过上面基础实战发现，使用EventBus的基本步骤就是如下4步：
1.定义事件类型（或者不定义）。例如：MsgBean等
2.定义事件处理方法。例如：onEvent等
3.注册订阅者。例如：EventBus.getDefault().register(this)
4.发送事件。例如：EventBus.getDefault().post(new MyEvent())
3.实例代码实现案例
①当击第一个页面的按钮的时候，跳到第二个Activity，当点击第二个activity上面的按钮的时候向第一个Activity发送消息，当第一个Activity收到消息后，textView中显示。
第一个activity：
public class MainActivity extends Activity {
private TextView textView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
EventBus.getDefault().register(this);
Button button=(Button) findViewById(R.id.f_bt);
textView = (TextView) findViewById(R.id.f_tv);
//注册 EventBus
button.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Intent intent=new Intent(MainActivity.this, SecondActivity.class);
startActivity(intent);
}
});
}
@Override
protected void onDestroy(){
super.onDestroy();
EventBus.getDefault().unregister(this);//反注册EventBus
}
//消息的接受
public void onEventMainThread(FirstEvent event) {
textView.setText(event.getMsg());
}
第二个activity：
public class SecondActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
Button button=(Button) findViewById(R.id.s_bt);
button.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
//发送消息
EventBus.getDefault().post(new FirstEvent("我是第二个页面传过来的"));
finish();
}
});
}
第三 消息实体
/**
* 要传递的数据模型
*/
public class FirstEvent {
private String mMsg;
public FirstEvent(String msg) {
mMsg = msg;
}
public String getMsg(){
return mMsg;
}
}
②EventBus的线程间通信与线程内通信及自定义消息结构的通信。
接着看代码：
首先自定义一个消息数据类型，如下：
public class MsgBean {
private String msg;
public MsgBean(String msg) {
this.msg = msg;
}
public String getMsg() {
return msg;
}
public void setMsg(String msg) {
this.msg = msg;
}
}
接着编写主界面及逻辑代码：
public class MainActivity extends AppCompatActivity implements View.OnClickListener {
private TextView mShowInfo1, mShowInfo2, mShowInfo21, mShowInfo22;
private Button mBtn1, mBtn2, mBtn21, mBtn22;
private int mCount = 0;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
initData();
}
private void initData() {
mShowInfo1 = (TextView) findViewById(R.id.first_show);
mBtn1 = (Button) findViewById(R.id.get_btn_1);
mBtn1.setOnClickListener(this);
mShowInfo2 = (TextView) findViewById(R.id.second_show);
mBtn2 = (Button) findViewById(R.id.get_btn_2);
mBtn2.setOnClickListener(this);
mShowInfo21 = (TextView) findViewById(R.id.first_show_lin2);
mBtn21 = (Button) findViewById(R.id.get_btn_1_line2);
mBtn21.setOnClickListener(this);
mShowInfo22 = (TextView) findViewById(R.id.second_show_line2);
mBtn22 = (Button) findViewById(R.id.get_btn_2_line2);
mBtn22.setOnClickListener(this);
}
@Override
protected void onStart() {
super.onStart();
//注册EventBus
EventBus.getDefault().register(this);
}
@Override
protected void onStop() {
super.onStop();
//取消EventBus
EventBus.getDefault().unregister(this);
}
//事件1接收者：在主线程接收
public void onEvent(String event){
mShowInfo1.setText(event);
}
//事件2接收者：在主线程接收自定义MsgBean消息
public void onEvent(MsgBean event){
mShowInfo21.setText(event.getMsg());
}
//事件3接收者：在主线程接收
public void onEventMainThread(Integer event) {
mShowInfo2.setText(event+"");
}
@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.get_btn_1:
//事件1发送者：在主线程发送
EventBus.getDefault().post("test!");
break;
case R.id.get_btn_1_line2:
//事件2发送者：在主线程发送自定义MsgBean消息
EventBus.getDefault().post(new MsgBean("type"));
break;
case R.id.get_btn_2:
//事件3发送者：在子线程循环发送
new Timer().schedule(new TimerTask() {
@Override
public void run() {
EventBus.getDefault().post(mCount);
if (mCount >= 3) {
this.cancel();
mCount = 0;
}
mCount++;
}
}, 0, 1000);
break;
}
}
}
4.源码分析
1、代码中还有一些以onEvent开头的方法，这些方法是干嘛的呢？
在回答这个问题之前，我有一个问题，你咋不问register（this）是干嘛的呢？其实register(this)就是去当前类，遍历所有的方法，找到onEvent开头的然后进行存储。现在知道onEvent开头的方法是干嘛的了吧。
2、那onEvent后面的那些MainThread应该是什么标志吧？
嗯，是的，onEvent后面可以写四种，也就是上面出现的四个方法，决定了当前的方法最终在什么线程运行，怎么运行，可以参考上一篇博客或者细细往下看。
既然register了，那么肯定得说怎么调用是吧。
调用很简单，一句话，你也可以叫发布，只要把这个param发布出去，EventBus会在它内部存储的方法中，进行扫描，找到参数匹配的，就使用反射进行调用。
现在有没有觉得，撇开专业术语：其实EventBus就是在内部存储了一堆onEvent开头的方法，然后post的时候，根据post传入的参数，去找到匹配的方法，反射调用之。
那么，我告诉你，它内部使用了Map进行存储，键就是参数的Class类型。知道是这个类型，那么你觉得根据post传入的参数进行查找还是个事么？
下面我们就去看看EventBus的register和post真面目。
2、register
EventBus.getDefault().register(this);
首先：
EventBus.getDefault()其实就是个单例，和我们传统的getInstance一个意思：
使用了双重判断的方式，防止并发的问题，还能极大的提高效率。
然后register应该是一个普通的方法，我们去看看：
register公布给我们使用的有4个：
本质上就调用了同一个：
四个参数
subscriber 是我们扫描类的对象，也就是我们代码中常见的this;
methodName 这个是写死的：“onEvent”，用于确定扫描什么开头的方法，可见我们的类中都是以这个开头。
sticky 这个参数，解释源码的时候解释，暂时不用管
priority 优先级，优先级越高，在调用的时候会越先调用。
下面开始看代码：
调用内部类SubscriberMethodFinder的findSubscriberMethods方法，传入了subscriber 的class，以及methodName，返回一个List<SubscriberMethod>。
那么不用说，肯定是去遍历该类内部所有方法，然后根据methodName去匹配，匹配成功的封装成SubscriberMethod，最后返回一个List。下面看代码：
呵，代码还真长；不过我们直接看核心部分：
22行：看到没，clazz.getMethods();去得到所有的方法：
23-62行：就开始遍历每一个方法了，去匹配封装了。
25-29行：分别判断了是否以onEvent开头，是否是public且非static和abstract方法，是否是一个参数。如果都复合，才进入封装的部分。
32-45行：也比较简单，根据方法的后缀，来确定threadMode，threadMode是个枚举类型：就四种情况。
最后在54行：将method, threadMode, eventType传入构造了：new SubscriberMethod(method, threadMode, eventType)。添加到List，最终放回。
注意下63行：clazz = clazz.getSuperclass();可以看到，会扫描所有的父类，不仅仅是当前类。
继续回到register:
for循环扫描到的方法，然后去调用suscribe方法。
我们的subscriberMethod中保存了method, threadMode, eventType，上面已经说了；
4-17行：根据subscriberMethod.eventType，去subscriptionsByEventType去查找一个CopyOnWriteArrayList<Subscription> ，如果没有则创建。
顺便把我们的传入的参数封装成了一个：Subscription（subscriber, subscriberMethod, priority）；
这里的subscriptionsByEventType是个Map，key：eventType ； value：CopyOnWriteArrayList<Subscription> ； 这个Map其实就是EventBus存储方法的地方，一定要记住！
22-28行：实际上，就是添加newSubscription；并且是按照优先级添加的。可以看到，优先级越高，会插到在当前List的前面。
30-35行：根据subscriber存储它所有的eventType ； 依然是map；key：subscriber ，value：List<eventType> ;知道就行，非核心代码，主要用于isRegister的判断。
37-47行：判断sticky；如果为true，从stickyEvents中根据eventType去查找有没有stickyEvent，如果有则立即发布去执行。stickyEvent其实就是我们post时的参数。
postToSubscription这个方法，我们在post的时候会介绍。
到此，我们register就介绍完了。
你只要记得一件事：扫描了所有的方法，把匹配的方法最终保存在subscriptionsByEventType（Map，key：eventType ； value：CopyOnWriteArrayList<Subscription> ）中；
eventType是我们方法参数的Class，Subscription中则保存着subscriber, subscriberMethod（method, threadMode, eventType）, priority；包含了执行改方法所需的一切。
3、post
register完毕，知道了EventBus如何存储我们的方法了，下面看看post它又是如何调用我们的方法的。
再看源码之前，我们猜测下：register时，把方法存在subscriptionsByEventType；那么post肯定会去subscriptionsByEventType去取方法，然后调用。
下面看源码：
currentPostingThreadState是一个ThreadLocal类型的，里面存储了PostingThreadState；PostingThreadState包含了一个eventQueue和一些标志位。
把我们传入的event，保存到了当前线程中的一个变量PostingThreadState的eventQueue中。
10行：判断当前是否是UI线程。
16-18行：遍历队列中的所有的event，调用postSingleEvent（eventQueue.remove(0), postingState）方法。
这里大家会不会有疑问，每次post都会去调用整个队列么，那么不会造成方法多次调用么？
可以看到第7-8行，有个判断，就是防止该问题的，isPosting=true了，就不会往下走了。
下面看postSingleEvent
将我们的event，即post传入的实参；以及postingState传入到postSingleEvent中。
2-3行：根据event的Class，去得到一个List<Class<?>>；其实就是得到event当前对象的Class，以及父类和接口的Class类型；主要用于匹配，比如你传入Dog extends Dog，他会把Animal也装到该List中。
6-31行：遍历所有的Class，到subscriptionsByEventType去查找subscriptions；哈哈，熟不熟悉，还记得我们register里面把方法存哪了不？
是不是就是这个Map;
12-30行：遍历每个subscription,依次去调用postToSubscription(subscription, event, postingState.isMainThread);
这个方法就是去反射执行方法了，大家还记得在register，if(sticky)时，也会去执行这个方法。
下面看它如何反射执行：
前面已经说过subscription包含了所有执行需要的东西，大致有:subscriber, subscriberMethod（method, threadMode, eventType）, priority；
那么这个方法：第一步根据threadMode去判断应该在哪个线程去执行该方法；
case PostThread:
直接反射调用；也就是说在当前的线程直接调用该方法；
case MainThread:
首先去判断当前如果是UI线程，则直接调用；否则： mainThreadPoster.enqueue(subscription, event);把当前的方法加入到队列，然后直接通过handler去发送一个消息，在handler的handleMessage中，去执行我们的方法。说白了就是通过Handler去发送消息，然后执行的。
case BackgroundThread:
如果当前非UI线程，则直接调用；如果是UI线程，则将任务加入到后台的一个队列，最终由Eventbus中的一个线程池去调用
executorService = Executors.newCachedThreadPool();。
case Async:将任务加入到后台的一个队列，最终由Eventbus中的一个线程池去调用；线程池与BackgroundThread用的是同一个。
这么说BackgroundThread和Async有什么区别呢？
BackgroundThread中的任务，一个接着一个去调用，中间使用了一个布尔型变量handlerActive进行的控制。
Async则会动态控制并发。
到此，我们完整的源码分析就结束了，总结一下：register会把当前类中匹配的方法，存入一个map，而post会根据实参去map查找进行反射调用。分析这么久，一句话就说完了~~
其实不用发布者，订阅者，事件，总线这几个词或许更好理解，以后大家问了EventBus，可以说，就是在一个单例内部维持着一个map对象存储了一堆的方法；post无非就是根据参数去查找方法，进行反射调用。
4、其余方法
介绍了register和post；大家获取还能想到一个词sticky，在register中，如何sticky为true，会去stickyEvents去查找事件，然后立即去post；
那么这个stickyEvents何时进行保存事件呢？
其实evevntbus中，除了post发布事件，还有一个方法也可以：
和post功能类似，但是会把方法存储到stickyEvents中去；
大家再去看看EventBus中所有的public方法，无非都是一些状态判断，获取事件，移除事件的方法；没什么好介绍的，基本见名知意。