EventBus源码---索引原理探究

公司的项目终于到了测试阶段，自己的时间也充裕了起来。今天有时间，我们把EventBus的索引说一下。我们以自动生成索引为例去说，当然我们这里不说APT的内容，仅仅说一下APT生成后的代码，及在EventBus中索引的应用。

我们以上篇的代码为例，进入MyEventBusIndex查看，以下的代码就是APT自动生成的

public class MyEventBusIndex implements SubscriberInfoIndex {
    private static final Map<Class<?>, SubscriberInfo> SUBSCRIBER_INDEX;

    //静态代码块
    static {
        SUBSCRIBER_INDEX = new HashMap<Class<?>, SubscriberInfo>();

        putIndex(new SimpleSubscriberInfo(ParentRegister.class, true, new SubscriberMethodInfo[] {
            new SubscriberMethodInfo("test", TestInterface.class, ThreadMode.MAIN),
        }));

    }

    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;
        }
    }
}

SUBSCRIBER_INDEX是HashMap，key为注册的类，value为SubcriberInfo对象。

静态代码块中岁这个Map进行了初始化，调用putIndex方法，把相应的注册类，及SubscriberInfo对象存到了Map中。

我们在静态代码块中可以看见putIndex方法被调用了一次，那是因为我的项目中只有一个ParentResiger类包含了@Subscribe注解方法，如果其他类中有被注解的方法的话，这里putIndex的数量就会增多。其实APT生成代码的依据，就是根据Subscribe注解进行代码的生成的。我们可以看见putIndex方法中是SimpleSubcriberInfo对象被创建，而SimpleSubcriberInfo对象有三个参数：第一个参数：被注册的类，第二个参数：是否检查父类，第三个参数：类中含有@Subscribe注解的方法数组。第二个参数是我不太理解的，因为我发现这个参数并没有被应用，如果有知道的小伙伴记得留言哈。

APT生成的代码就是这么多，我们继续看其中的getSubcriberInfo方法，这里我们采用反向查找的方法，看看这个方法在哪里被调用。我们发现，这个方法只有在SubscribeMethodFinder类中的getSubscriberInfo方法中被调用

    private SubscriberInfo getSubscriberInfo(FindState findState) {
        ...
        if (subscriberInfoIndexes != null) {
            for (SubscriberInfoIndex index : subscriberInfoIndexes) {
                SubscriberInfo info = index.getSubscriberInfo(findState.clazz);
                if (info != null) {
                    return info;
                }
            }
        }
        return null;
    }

相信看过我的博客EventBus源码---register流程分析对这里并不陌生。

subscriberinfoIndexes是一个集合，我们在App中进行addIndex操作就是把相应的索引类添加到了这里。然后我们从索引类中根据注册类的class来获取相应的类信息和方法信息了。然后就没了...

哈哈，虽然戛然而止很不舒服，但是事实就是这样，索引相关到这里就结束了，之后就是正常的register操作了，可以看上面的博客。

有的小伙伴可能会说，为什么添加索引要比不添加索引快呢？我们不难发现，添加索引和不添加索引，EventBus不一样的地方在于注解的反射，也就是说注解的反射是很耗性能的。而添加索引之后，完美的解决了这一问题。