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

一、前言

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

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

public class MyEventBusIndex implements SubscriberInfoIndex {

    private static final Map<Class<?>, SubscriberInfo> SUBSCRIBER_INDEX;

    static {

        SUBSCRIBER_INDEX = new HashMap<Class<?>, 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合体，协同生产出的玩意， E