EventBus原理

EventBus作为一个事件总线，当你第一次用的时候总会被它强大的功能及其易用性惊艳到，还记得刚开始学Android那会，经常startActivityForResult，然后夸了几个页面返回传数据，尴尬的要命，要么就定义广播，后来知道了EventBus，不得不感叹——福利啊！

我们今天就来简单的说说EventBus原理，在这之前，我们当然必须上一个EventBus经典的图片：

EventBus经典图

1）首先EventBus.getDefault()使用了单例模式

2）当调用 register(Object subscriber) 方法时，会通过反射机制，查找subscriber这个类中所有带有@Subscribe注解的方法，如果找不到的话会抛出异常，同时，要求这些方法中有且只有一个参数类型，必须是public的，不能是static方法，也不能是abstract方法，否则都会抛出异常

3）获取到上述方法后会进行相关参数信息的存储，下面是SubscriberMethod主要的信息：

Method method;（方法）
ThreadMode threadMode;（线程模式）
Class<?> eventType;（参数类型）
int priority;（优先级）
boolean sticky;（是否粘性）
其中，ThreadMode总共有四种：
POSTING：事件的处理与事件的发送在同一线程（@Subscribe默认这个）
MAIN：事件的在Main线程中处理
BACKGROUND：如果事件从Main线程中发出，则会在子线程处理；如果事件从子线程发出，则在该子线程处理
ASYNC：事件会在单独的子线程处理

4）上面的SubscriberMethod和注册时传进来的subscriber构成了整个订阅事件Subscription，说起EventBus总少不了两个非常重要的Map:

Map<Class<?>, CopyOnWriteArrayList<Subscription>> subscriptionsByEventType;
Map<Object, List<Class<?>>> typesBySubscriber;

我们上面获取到相关订阅方法及其信息最终是为了存储这两个Map，首先，我们必须明确一点：EventBus发送事件后是通过事件类型（或者叫做参数类型更好理解点）来进行匹配的。
a）subscriptionsByEventType的Key值就是事件类型，存储这个Map的作用是为了在发送事件后，以便我们根据事件类型来找到所有对应的订阅事件，然后进行处理
b）typesBySubscriber的Key值是注册传进来的订阅者subscriber的类型，Value值是当前订阅者对应类中存在的订阅方法中拥有的事件类型（参数类型），存储这个Map是为了在解绑的时候，可以根据订阅者类型找到所有需要解绑的订阅事件，进行一一解绑处理

5）上面的subscriptionsByEventType已经说明了事件发送后的处理方法了，最后根据不同的线程模式采用不同的处理方式：
a）如果不用切换线程，则在当前线程处理的话，直接使用反射机制调用订阅方法
b）如果需要切换到Main线程的话，则使用HandlerPoster（继承于Handler，你懂的）进行线程切换
c）另外两种线程模式有BackgroundPoster和AsyncPoster与其对应，使用线程池（默认newCachedThreadPool）来获取并管理相应的线程

6）其中还有一种需要单独拿来讲的：粘性事件，这个刚开始觉得好神奇啊，居然能够做到先发事件（postSticky）后来注册订阅的方法也会被调用到，我们来看看它如何实现的：
粘性事件这里涉及到另外一个Map:

Map<Class<?>, Object> stickyEvents

从其命名就知道，它是专门用来存放粘性事件的，Key值是粘性事件的类型，Value是发送粘性事件的对象，当你postSticky一个粘性事件后，就会存储进这个Map中，然后其实在上面注册的时候调用register方法中，有对粘性事件专门做的处理，我们放到这里一起讲而已。注册的时候，如果获取到某个注解@Subscribe中的sticky为true的话，那么就根据事件类型（参数类型）从stickyEvents获取到对应的粘性事件，并进行事件的发送，也就是调用了其订阅方法，这样就实现了“先发送后调用”的粘性事件处理。
当然，根据这个原理，我们不难得出，如果同一粘性事件类型，多次发送的话，那么以最后一个粘性事件为准，毕竟是Map嘛！

7）最后一个就是取消订阅，其实上面说到typesBySubscriber这个Map时已经说了，就不多说了O(∩_∩)O~

最后的最后，温馨提醒，EventBus虽然简单易用，有利于解耦，但是，从另一个角度上讲，其解耦解得略微有点狠，所以相应带来的会导致代码逻辑过于分散，可读性变差，所以，注意切勿滥用，否则，总有自己看懵逼的一天！

详细的代码分析可参考：https://www.jianshu.com/p/76b18030e305
另外关于EventBus3.0后的apt/annotationProcessor预编译处理可参考：https://blog.csdn.net/zjd934784273/article/details/77197340