老司机狂飙之路--EventBus原理简要分析

一、前言

正式开始之前，咱先说一说上一篇，说到的索引类，点进去查看，如是：

/** This class is generated by EventBus, do not edit. */

public class MyEventBusIndex implements SubscriberInfoIndex {

    private static final Map, SubscriberInfo> SUBSCRIBER_INDEX;

    static {

        SUBSCRIBER_INDEX = new HashMap, SubscriberInfo>();

        putIndex(new SimpleSubscriberInfo(MainActivity.class, true, new SubscriberMethodInfo[] {
            new SubscriberMethodInfo("onMessageEvent", cn.akitaka.www.textcode.event.MessageEvent.class,
                    ThreadMode.POSTING, 1, true),
        }));
    }

    private static void putIndex(SubscriberInfo info) {

        SUBSCRIBER_INDEX.put(info.getSubscriberClass(), info);
    }


    @Override
    public SubscriberInfo getSubscriberInfo(Class subscriberClass) {

        SubscriberInfo info = SUBSCRIBER_INDEX.get(subscriberClass);

        if (info != null) {
            return info;
        } else {
            return null;
        }
    }
}

一步一步分析：首先它是实现SubscriberInfoIndex接口 ，在addIndex方法中的参数，看看具体实现：

使用Map保存 SubscriberInfo，即所有订阅者的接受方法，然后 接口内定义的方法getSubscriberInfo，通过subscriberClass（key订阅者）去获得SubscriberInfo (value，也就是订阅方法集合)；通俗的讲呢 就是以订阅者为单位，将订阅者类所有的订阅函数及相关参数，封装到SimpleSubscriberInfo中去了，方便EventBus在注册过程中使用；声明下SimpleSubscriberInfo是在编译时候生成的，这样运行的时候可直接用，省去了运行中反射操作的资源和时间消耗，高效运行!

走到这，突然多出个问题，他的生成过程呢？其实根据build.gradle的配置可以看出点端倪；

首先明确的是MyEventBusIndex是通过第三方的那个android-apt或者Gradle本身提供的annotationProcessor，与EventBus提供的 EventBusAnnotationProcessor合体，协同生产出的玩意， EventBus控制着 EventBusAnnotationProcessor-详情看源码( package org.greenrobot.eventbus.annotationprocessor;)：

二、实战篇

步入正题;先来个整体的玩意

订阅者和事件的发布所在线程不固定，取决于ThreadMode，但是每个线程都有相关联的Queue。

首先从注册开始看，

EventBus.getDefault().register(this)

咱先看getDefault()里面有什么，如下
/** Convenience singleton for apps using a process-wide EventBus instance. */

public static EventBus getDefault() {

    if (defaultInstance == null) {
        synchronized (EventBus.class) {
            if (defaultInstance == null) {
                defaultInstance = new EventBus();
            }
        }
    }
    return defaultInstance;

}

再深入看new EventBus做了啥？咦？等等，上面的不是双重锁机制吗，https://blog.csdn.net/qq_27489007/article/details/84966680

/**
* Creates a new EventBus instance; each instance is a separate scope in which events are delivered. To use a central bus, consider {@link #getDefault()}.
*/

public EventBus() {

    this(DEFAULT_BUILDER);

}

传进去个变量？去瞅瞅 ，在这个过程中建造者模式蹦出来了，你有没有发现？

private static final EventBusBuilder DEFAULT_BUILDER = new EventBusBuilder();

发现各种初始化在构造中使用builder实现，回头看咱们上篇文章创建索引的时候使用

EventBus.builder().addIndex(new MyEventBusIndex()).installDefaultEventBus();

还是用buidler，异曲同工啊；继续代码点点点，深入深入，分析出流程：

 

1.注册者和事件消费是1：N的关系，一个Event与注册者也是1：N的关系，即register(this)对比当前的消费事件是1：N，post()对比register也是1：N

2.注册的不可再注册

说完注册，我们再说一说那事件分发，我们先从post入手；

/** Posts the given event to the event bus. */

public void post(Object event) {

    //1.获取当前线程postingstate
    PostingThreadState postingState = currentPostingThreadState.get();
    //2.获取线程的事件队列
    List