<h2><strong>本文导读</strong></h2>    <p>由于EventBus较为复杂，因此本文也相当长，所以本文分为以下几个部分：创建、注册、发送事件、关于粘性事件的解析、以及最后的思考。读者可以有选择性地选取某部分来进行阅读。</p>    <h2><strong>实现原理</strong></h2>    <h2><strong>创建</strong></h2>    <p>上一篇文章提到，要想注册成为订阅者，必须在一个类中调用如下：</p>    <pre>  <code class="language-java">EventBus.getDefault().register(this);</code></pre>    <p>那么，我们看一下getDefault()的源码是怎样的， <strong>EventBus#getDefault()</strong> ：</p>    <pre>  <code class="language-java">public static EventBus getDefault() {      if (defaultInstance == null) {          synchronized (EventBus.class) {              if (defaultInstance == null) {                  defaultInstance = new EventBus();              }          }      }      return defaultInstance;  }</code></pre>    <p>可以看出，这里使用了 <strong>单例模式</strong> ，而且是双重校验的单例，确保在不同线程中也只存在一个EvenBus的实例。</p>    <p>单例模式：一个类有且仅有一个实例，并且自行实例化向整个系统提供。</p>    <p>然而，我们看看EventBus的构造方法：</p>    <pre>  <code class="language-java">/**     * 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);  }</code></pre>    <p>它的构造方法并没有设置成私有的！这是为什么？从注解我们看到，每一个EventBus都是独立地、处理它们自己的事件，因此可以存在多个EventBus，而 通过getDefault()方法获取的实例，则是它已经帮我们构建好的EventBus，是单例，无论在什么时候通过这个方法获取的实例都是同一个实例 。除此之外，我们可以通过建造者帮我们建造具有不同功能的EventBus。</p>    <p>我们继续看上面的this(DEFAULT_BUILDER)调用了另一个构造方法：</p>    <pre>  <code class="language-java">EventBus(EventBusBuilder builder) {      subscriptionsByEventType = new HashMap<>();      typesBySubscriber = new HashMap<>();      stickyEvents = new ConcurrentHashMap<>();      mainThreadPoster = new HandlerPoster(this, Looper.getMainLooper(), 10);      backgroundPoster = new BackgroundPoster(this);      asyncPoster = new AsyncPoster(this);      //一系列的builder赋值  }</code></pre>    <p>可以看出，对成员变量进行了一系列的初始化，那么我们来看看几个关键的成员变量：</p>    <pre>  <code class="language-java">private final Map<Class<?>, CopyOnWriteArrayList<Subscription>> subscriptionsByEventType;  private final Map<Object, List<Class<?>>> typesBySubscriber;  private final Map<Class<?>, Object> stickyEvents;</code></pre>    <p>subscriptionsByEventType:以event(即事件类)为key，以订阅列表(Subscription)为value，事件发送之后，在这里寻找订阅者,而Subscription又是一个CopyOnWriteArrayList，这是一个线程安全的容器。你们看会好奇，Subscription到底是什么，其实看下去就会了解的，现在先提前说下：Subscription是一个封装类，封装了订阅者、订阅方法这两个类。</p>    <p>typesBySubscriber：以订阅者类为key，以event事件类为value，在进行register或unregister操作的时候，会操作这个map。</p>    <p>stickyEvents:保存的是粘性事件，粘性事件上一篇文章有详细描述。</p>    <p>回到EventBus的构造方法，接下来实例化了三个Poster，分别是mainThreadPoster、backgroundPoster、asyncPoster等，这三个Poster是用来处理粘性事件的，我们下面会展开讲述。接着，就是对builder的一系列赋值了，这里使用了 <strong>建造者模式</strong> 。</p>    <p>建造者模式：将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示。</p>    <p>这里的建造者是 <strong>EventBusBuilder</strong> ，它的一系列方法用于配置EventBus的属性，使用getDefault()方法获取的实例，会有着默认的配置，上面说过，EventBus的构造方法是公有的，所以我们可以通过给EventBusBuilder设置不同的属性，进而获取有着不同功能的EventBus。那么我们来列举几个常用的属性加以讲解：</p>    <pre>  <code class="language-java">//默认地，EventBus会考虑事件的超类，即事件如果继承自超类，那么该超类也会作为事件发送给订阅者。  //如果设置为false，则EventBus只会考虑事件类本身。  boolean eventInheritance = true;  public EventBusBuilder eventInheritance(boolean eventInheritance) {      this.eventInheritance = eventInheritance;      return this;  }    //当订阅方法是以onEvent开头的时候，可以调用该方法来跳过方法名字的验证，订阅这类会保存在List中  List<Class<?>> skipMethodVerificationForClasses;  public EventBusBuilder skipMethodVerificationFor(Class<?> clazz) {      if (skipMethodVerificationForClasses == null) {          skipMethodVerificationForClasses = new ArrayList<>();      }      skipMethodVerificationForClasses.add(clazz);      return this;  }    //更多的属性配置请参考源码，均有注释  //...</code></pre>    <p>那么，我们通过建造者模式来手动创建一个EventBus，而不是使用getDefault()方法：</p>    <pre>  <code class="language-java">EventBus eventBus = EventBus.builder()          .eventInheritance(false)          .sendNoSubscriberEvent(true)          .skipMethodVerificationFor(MainActivity.class)          .build();</code></pre>    <h2><strong>注册</strong></h2>    <p>好了，以上说了一大推关于EventBus的创建，接下来，我们继续讲它的注册过程。要想使一个类成为订阅者，那么这个类必须有一个订阅方法，以@Subscribe注解标记的方法，接着调用register()方法来进行注册。那么我们直接来看 <strong>EventBus#register()</strong> 。</p>    <h3>register</h3>    <pre>  <code class="language-java">public void register(Object subscriber) {      Class<?> subscriberClass = subscriber.getClass();      List<SubscriberMethod> subscriberMethods = subscriberMethodFinder.findSubscriberMethods(subscriberClass);      synchronized (this) {          for (SubscriberMethod subscriberMethod : subscriberMethods) {              subscribe(subscriber, subscriberMethod);          }      }  }</code></pre>    <p>先获取了订阅者类的class，接着交给SubscriberMethodFinder.findSubscriberMethods()处理，返回结果保存在List<SubscriberMethod>中，由此可推测通过上面的方法把订阅方法找出来了，并保存在集合中，那么我们直接看这个方法， <strong>SubscriberMethodFinder#findSubscriberMethods()</strong> 。</p>    <h3>findSubscriberMethods</h3>    <pre>  <code class="language-java">List<SubscriberMethod> findSubscriberMethods(Class<?> subscriberClass) {      //首先从缓存中取出subscriberMethodss，如果有则直接返回该已取得的方法      List<SubscriberMethod> subscriberMethods = METHOD_CACHE.get(subscriberClass);      if (subscriberMethods != null) {          return subscriberMethods;      }      //从EventBusBuilder可知，ignoreGenerateIndex一般为false      if (ignoreGeneratedIndex) {          subscriberMethods = findUsingReflection(subscriberClass);      } else {          subscriberMethods = findUsingInfo(subscriberClass);      }      if (subscriberMethods.isEmpty()) {          throw new EventBusException("Subscriber " + subscriberClass                  + " and its super classes have no public methods with the @Subscribe annotation");      } else {          //将获取的subscriberMeyhods放入缓存中          METHOD_CACHE.put(subscriberClass, subscriberMethods);          return subscriberMethods;      }  }</code></pre>    <p>从上面的逻辑可以知道，一般会调用findUsingInfo方法，我们接着看 <strong>SubscriberMethodFinder#findUsingInfo</strong> 方法：</p>    <h3><strong>findUsingInfo</strong></h3>    <pre>  <code class="language-java">private List<SubscriberMethod> findUsingInfo(Class<?> subscriberClass) {      //准备一个FindState，该FindState保存了订阅者类的信息      FindState findState = prepareFindState();      //对FindState初始化      findState.initForSubscriber(subscriberClass);      while (findState.clazz != null) {          //获得订阅者的信息，一开始会返回null          findState.subscriberInfo = getSubscriberInfo(findState);          if (findState.subscriberInfo != null) {              SubscriberMethod[] array = findState.subscriberInfo.getSubscriberMethods();              for (SubscriberMethod subscriberMethod : array) {                  if (findState.checkAdd(subscriberMethod.method, subscriberMethod.eventType)) {                      findState.subscriberMethods.add(subscriberMethod);                  }              }          } else {              //1 、到了这里              findUsingReflectionInSingleClass(findState);          }          //移动到父类继续查找          findState.moveToSuperclass();      }      return getMethodsAndRelease(findState);  }</code></pre>    <p>上面用到了FindState这个内部类来保存订阅者类的信息，我们看看它的内部结构：</p>    <h3><strong>FindState</strong></h3>    <pre>  <code class="language-java">static class FindState {      //订阅方法的列表      final List<SubscriberMethod> subscriberMethods = new ArrayList<>();      //以event为key，以method为value      final Map<Class, Object> anyMethodByEventType = new HashMap<>();      //以method的名字生成一个method为key，以订阅者类为value      final Map<String, Class> subscriberClassByMethodKey = new HashMap<>();      final StringBuilder methodKeyBuilder = new StringBuilder(128);        Class<?> subscriberClass;      Class<?> clazz;      boolean skipSuperClasses;      SubscriberInfo subscriberInfo;        //对FindState初始化      void initForSubscriber(Class<?> subscriberClass) {          this.subscriberClass = clazz = subscriberClass;          skipSuperClasses = false;          subscriberInfo = null;      }        //省略...  }</code></pre>    <p>可以看出，该内部类保存了订阅者及其订阅方法的信息，用Map一一对应进行保存，接着利用initForSubscriber进行初始化，这里subscriberInfo初始化为null，因此在 <strong>SubscriberMethodFinder#findUsingInfo</strong> 里面，会直接调用到①号代码，即调用 SubscriberMethodFinder#findUsingReflectionInSingleClass ，这个方法非常重要！！！在这个方法内部，利用反射的方式，对订阅者类进行扫描，找出订阅方法，并用上面的Map进行保存，我们来看这个方法。</p>    <h3><strong>findUsingReflectionInSingleClass</strong></h3>    <pre>  <code class="language-java">private void findUsingReflectionInSingleClass(FindState findState) {      Method[] methods;      try {          // This is faster than getMethods, especially when subscribers are fat classes like Activities          methods = findState.clazz.getDeclaredMethods();      } catch (Throwable th) {          // Workaround for java.lang.NoClassDefFoundError, see https://github.com/greenrobot/EventBus/issues/149          methods = findState.clazz.getMethods();          findState.skipSuperClasses = true;      }      for (Method method : methods) {          //获取方法的修饰符          int modifiers = method.getModifiers();          if ((modifiers & Modifier.PUBLIC) != 0 && (modifiers & MODIFIERS_IGNORE) == 0) {              //获取方法的参数类型              Class<?>[] parameterTypes = method.getParameterTypes();              //如果参数个数为一个，则继续              if (parameterTypes.length == 1) {                  //获取该方法的@Subscribe注解                  Subscribe subscribeAnnotation = method.getAnnotation(Subscribe.class);                  if (subscribeAnnotation != null) {                      //参数类型 即为 事件类型                      Class<?> eventType = parameterTypes[0];                      // 2 、调用checkAdd方法                      if (findState.checkAdd(method, eventType)) {                          //从注解中提取threadMode                          ThreadMode threadMode = subscribeAnnotation.threadMode();                          //新建一个SubscriberMethod对象，并添加到findState的subscriberMethods这个集合内                          findState.subscriberMethods.add(new SubscriberMethod(method, eventType, threadMode,                                  subscribeAnnotation.priority(), subscribeAnnotation.sticky()));                      }                  }              //如果开启了严格验证，同时当前方法又有@Subscribe注解，对不符合要求的方法会抛出异常              } else if (strictMethodVerification && method.isAnnotationPresent(Subscribe.class)) {                  String methodName = method.getDeclaringClass().getName() + "." + method.getName();                  throw new EventBusException("@Subscribe method " + methodName +                          "must have exactly 1 parameter but has " + parameterTypes.length);              }          } else if (strictMethodVerification && method.isAnnotationPresent(Subscribe.class)) {              String methodName = method.getDeclaringClass().getName() + "." + method.getName();              throw new EventBusException(methodName +                      " is a illegal @Subscribe method: must be public, non-static, and non-abstract");          }      }  }</code></pre>    <p>虽然该方法比较长，但是逻辑非常清晰，逐一判断订阅者类是否存在订阅方法，如果符合要求，并且②号代码调用 <strong>FindState#checkAdd</strong> 方法返回true的时候,才会把方法保存在findState的subscriberMethods内。而SubscriberMethod则是用于保存订阅方法的一个类。那么我们来看看 <strong>FindState#checkAdd</strong> 做了什么工作。</p>    <h3><strong>checkAdd</strong></h3>    <pre>  <code class="language-java">boolean checkAdd(Method method, Class<?> eventType) {      // 2 level check: 1st level with event type only (fast), 2nd level with complete signature when required.      // Usually a subscriber doesn't have methods listening to the same event type.      Object existing = anyMethodByEventType.put(eventType, method);      if (existing == null) {          return true;      } else {          if (existing instanceof Method) {              if (!checkAddWithMethodSignature((Method) existing, eventType)) {                  // Paranoia check                  throw new IllegalStateException();              }              // Put any non-Method object to "consume" the existing Method              anyMethodByEventType.put(eventType, this);          }          return checkAddWithMethodSignature(method, eventType);      }  }</code></pre>    <p>从注释可知，这里包含两重检验，第一层检验是判断eventType的类型，而第二次检验是判断方法的完整签名。首先通过anyMethodByEventType.put(eventType, method) 将eventType以及method放进anyMethodByEventType这个Map中(上面提到),同时该put方法会返回同一个key的上一个value值，所以如果之前没有别的方法订阅了该事件，那么existing应该为null，可以直接返回true；否则为某一个订阅方法的实例，要进行下一步的判断。接着往下走，会调用 <strong>checkAddWithMethodSignature()</strong> 方法。</p>    <h3><strong>checkAddWithMethodSignature</strong></h3>    <pre>  <code class="language-java">private boolean checkAddWithMethodSignature(Method method, Class<?> eventType) {      methodKeyBuilder.setLength(0);      methodKeyBuilder.append(method.getName());      methodKeyBuilder.append('>').append(eventType.getName());        //methodKey由方法名与事件名组成      String methodKey = methodKeyBuilder.toString();      //获取当前方法所在的类的类名      Class<?> methodClass = method.getDeclaringClass();      //给subscriberClassByMethodKey赋值，并返回上一个相同key的 类名      Class<?> methodClassOld = subscriberClassByMethodKey.put(methodKey, methodClass);      if (methodClassOld == null || methodClassOld.isAssignableFrom(methodClass)) {          // Only add if not already found in a sub class          return true;      } else {          // Revert the put, old class is further down the class hierarchy          subscriberClassByMethodKey.put(methodKey, methodClassOld);          return false;      }  }</code></pre>    <p>从上面的代码看出，该方法首先获取了当前方法的methodKey、methodClass等，并赋值给subscriberClassByMethodKey，如果方法签名相同，那么返回旧值给methodClassOld，接着是一个if判断，判断methodClassOld是否为空，由于第一次调用该方法的时候methodClassOld肯定是null，此时就可以直接返回true了。但是，后面还有一个判断即 <strong>methodClassOld.isAssignableFrom(methodClass)</strong> ，这个的意思是：methodClassOld是否是methodClass的父类或者同一个类。如果这两个条件都不满足，则会返回false，那么当前方法就不会添加为订阅方法了。</p>    <p>那么，说了一大堆关于 <strong>checkAdd</strong> 和 <strong>checkAddWithMethodSignature</strong> 方法的源码，那么这两个方法到底有什么作用呢？从这两个方法的逻辑来看，第一层判断根据eventType来判断是否有多个方法订阅该事件，而第二层判断根据完整的方法签名(包括方法名字以及参数名字)来判断。下面是笔者的理解：</p>    <p>第一种情况：比如一个类有多个订阅方法，方法名不同，但它们的参数类型都是相同的(虽然一般不这样写，但不排除这样的可能)，那么遍历这些方法的时候，会多次调用到checkAdd方法，由于existing不为null，那么会进而调用checkAddWithMethodSignature方法，但是由于每个方法的名字都不同，因此methodClassOld会一直为null，因此都会返回true。也就是说， <strong>允许一个类有多个参数相同的订阅方法</strong> 。</p>    <p>第二种情况：类B继承自类A，而每个类都是有相同订阅方法，换句话说，类B的订阅方法继承并重写自类A，它们都有着一样的方法签名。方法的遍历会从子类开始，即B类，在checkAddWithMethodSignature方法中，methodClassOld为null，那么B类的订阅方法会被添加到列表中。接着，向上找到类A的订阅方法，由于methodClassOld不为null而且显然类B不是类A的父类，methodClassOld.isAssignableFrom(methodClass)也会返回false，那么会返回false。也就是说， 子类继承并重写了父类的订阅方法，那么只会把子类的订阅方法添加到订阅者列表，父类的方法会忽略 。</p>    <p>让我们回到findUsingReflectionInSingleClass方法，当遍历完当前类的所有方法后，会回到 <strong>findUsingInfo</strong> 方法，接着会执行最后一行代码，即return getMethodsAndRelease(findState);那么我们继续看 <strong>SubscriberMethodFinder#getMethodsAndRelease</strong> 方法。</p>    <h3><strong>getMethodsAndRelease</strong></h3>    <pre>  <code class="language-java">private List<SubscriberMethod> getMethodsAndRelease(FindState findState) {      //从findState获取subscriberMethods，放进新的ArrayList      List<SubscriberMethod> subscriberMethods = new ArrayList<>(findState.subscriberMethods);      //把findState回收      findState.recycle();      synchronized (FIND_STATE_POOL) {          for (int i = 0; i < POOL_SIZE; i++) {              if (FIND_STATE_POOL[i] == null) {                  FIND_STATE_POOL[i] = findState;                  break;              }          }      }      return subscriberMethods;  }</code></pre>    <p>通过该方法，把subscriberMethods不断逐层返回，直到返回 <strong>EventBus#register()</strong> 方法，最后开始遍历每一个订阅方法，并调用subscribe(subscriber, subscriberMethod)方法，那么，我们继续来看 <strong>EventBus#subscribe</strong> 方法。</p>    <h3><strong>subscribe</strong></h3>    <p>在该方法内，主要是实现订阅方法与事件直接的关联，即注册，即放进我们上面提到关键的几个Map中：subscriptionsByEventType、typesBySubscriber、stickyEvents。</p>    <pre>  <code class="language-java">private void subscribe(Object subscriber, SubscriberMethod subscriberMethod) {      Class<?> eventType = subscriberMethod.eventType;      //将subscriber和subscriberMethod封装成 Subscription      Subscription newSubscription = new Subscription(subscriber, subscriberMethod);      //根据事件类型获取特定的 Subscription      CopyOnWriteArrayList<Subscription> subscriptions = subscriptionsByEventType.get(eventType);      //如果为null，说明该subscriber尚未注册该事件      if (subscriptions == null) {          subscriptions = new CopyOnWriteArrayList<>();          subscriptionsByEventType.put(eventType, subscriptions);      } else {          //如果不为null，并且包含了这个subscription 那么说明该subscriber已经注册了该事件，抛出异常          if (subscriptions.contains(newSubscription)) {              throw new EventBusException("Subscriber " + subscriber.getClass() + " already registered to event "                      + eventType);          }      }        //根据优先级来设置放进subscriptions的位置，优先级高的会先被通知      int size = subscriptions.size();      for (int i = 0; i <= size; i++) {          if (i == size || subscriberMethod.priority > subscriptions.get(i).subscriberMethod.priority) {              subscriptions.add(i, newSubscription);              break;          }      }        //根据subscriber(订阅者)来获取它的所有订阅事件      List<Class<?>> subscribedEvents = typesBySubscriber.get(subscriber);      if (subscribedEvents == null) {          subscribedEvents = new ArrayList<>();          //把订阅者、事件放进typesBySubscriber这个Map中          typesBySubscriber.put(subscriber, subscribedEvents);      }      subscribedEvents.add(eventType);        //下面是对粘性事件的处理      if (subscriberMethod.sticky) {          //从EventBusBuilder可知，eventInheritance默认为true.          if (eventInheritance) {              // Existing sticky events of all subclasses of eventType have to be considered.              // Note: Iterating over all events may be inefficient with lots of sticky events,              // thus data structure should be changed to allow a more efficient lookup              // (e.g. an additional map storing sub classes of super classes: Class -> List<Class>).              Set<Map.Entry<Class<?>, Object>> entries = stickyEvents.entrySet();              for (Map.Entry<Class<?>, Object> entry : entries) {                  Class<?> candidateEventType = entry.getKey();                  if (eventType.isAssignableFrom(candidateEventType)) {                      Object stickyEvent = entry.getValue();                      checkPostStickyEventToSubscription(newSubscription, stickyEvent);                  }              }          } else {              //根据eventType，从stickyEvents列表中获取特定的事件              Object stickyEvent = stickyEvents.get(eventType);              //分发事件              checkPostStickyEventToSubscription(newSubscription, stickyEvent);          }      }  }</code></pre>    <p>到目前为止，注册流程基本分析完毕，而关于最后的粘性事件的处理，这里暂时不说，下面会详细进行讲述。可以看出，整个注册流程非常地长，方法的调用栈很深，在各个方法中不断跳转，那么为了方便读者理解，下面给出一个流程图，读者可结合该流程图以及上面的详解来进行理解。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/bb523c79da29ead5dbdbd816014e89c7.jpg"></p>    <p style="text-align:center">注册流程</p>    <h2><strong>注销</strong></h2>    <p>与注册相对应的是注销，当订阅者不再需要事件的时候，我们要注销这个订阅者，即调用以下代码：</p>    <pre>  <code class="language-java">EventBus.getDefault().unregister(this);</code></pre>    <p>那么我们来分析注销流程是怎样实现的，首先查看 <strong>EventBus#unregister</strong> ：</p>    <h3><strong>unregister</strong></h3>    <pre>  <code class="language-java">public synchronized void unregister(Object subscriber) {      //根据当前的订阅者来获取它所订阅的所有事件      List<Class<?>> subscribedTypes = typesBySubscriber.get(subscriber);      if (subscribedTypes != null) {          //遍历所有订阅的事件          for (Class<?> eventType : subscribedTypes) {              unsubscribeByEventType(subscriber, eventType);          }          //从typesBySubscriber中移除该订阅者          typesBySubscriber.remove(subscriber);      } else {          Log.w(TAG, "Subscriber to unregister was not registered before: " + subscriber.getClass());      }  }</code></pre>    <p>上面调用了 <strong>EventBus#unsubscribeByEventType</strong> ,把订阅者以及事件作为参数传递了进去，那么应该是解除两者的联系。</p>    <h3><strong>unsubscribeByEventType</strong></h3>    <pre>  <code class="language-java">private void unsubscribeByEventType(Object subscriber, Class<?> eventType) {      //根据事件类型从subscriptionsByEventType中获取相应的 subscriptions 集合      List<Subscription> subscriptions = subscriptionsByEventType.get(eventType);      if (subscriptions != null) {          int size = subscriptions.size();          //遍历所有的subscriptions，逐一移除          for (int i = 0; i < size; i++) {              Subscription subscription = subscriptions.get(i);              if (subscription.subscriber == subscriber) {                  subscription.active = false;                  subscriptions.remove(i);                  i--;                  size--;              }          }      }  }</code></pre>    <p>可以看到，上面两个方法的逻辑是非常清楚的，都是从typesBySubscriber或subscriptionsByEventType移除相应与订阅者有关的信息，注销流程相对于注册流程简单了很多，其实注册流程主要逻辑集中于怎样找到订阅方法上。</p>    <h2><strong>发送事件</strong></h2>    <p>接下来，我们分析发送事件的流程，一般地，发送一个事件调用以下代码：</p>    <pre>  <code class="language-java">EventBus.getDefault().post(new MessageEvent("Hello !....."));`</code></pre>    <p>我们来看看 <strong>EventBus#post</strong> 方法。</p>    <h3><strong>post</strong></h3>    <pre>  <code class="language-java">public void post(Object event) {      //1、 获取一个postingState      PostingThreadState postingState = currentPostingThreadState.get();      List<Object> eventQueue = postingState.eventQueue;      //将事件加入队列中      eventQueue.add(event);        if (!postingState.isPosting) {          //判断当前线程是否是主线程          postingState.isMainThread = Looper.getMainLooper() == Looper.myLooper();          postingState.isPosting = true;          if (postingState.canceled) {              throw new EventBusException("Internal error. Abort state was not reset");          }          try {              //只要队列不为空，就不断从队列中获取事件进行分发              while (!eventQueue.isEmpty()) {                  postSingleEvent(eventQueue.remove(0), postingState);              }          } finally {              postingState.isPosting = false;              postingState.isMainThread = false;          }      }  }</code></pre>    <p>逻辑非常清晰，首先是获取一个PostingThreadState，那么PostingThreadState是什么呢？我们来看看它的类结构：</p>    <h3><strong>PostingThreadState</strong></h3>    <pre>  <code class="language-java">final static class PostingThreadState {      final List<Object> eventQueue = new ArrayList<Object>();      boolean isPosting;      boolean isMainThread;      Subscription subscription;      Object event;      boolean canceled;  }</code></pre>    <p>可以看出，该PostingThreadState主要是封装了当前线程的信息，以及订阅者、订阅事件等。那么怎么得到这个PostingThreadState呢？让我们回到post()方法，看①号代码，这里通过currentPostingThreadState.get()来获取PostingThreadState。那么currentPostingThreadState又是什么呢？</p>    <pre>  <code class="language-java">private final ThreadLocal<PostingThreadState> currentPostingThreadState = new ThreadLocal<PostingThreadState>() {      @Override      protected PostingThreadState initialValue() {          return new PostingThreadState();      }  };</code></pre>    <p>原来 currentPostingThreadState是一个ThreadLocal，而ThreadLocal是每个线程独享的，其数据别的线程是不能访问的，因此是线程安全的。我们再次回到Post()方法，继续往下走，是一个while循环，这里不断地从队列中取出事件，并且分发出去，调用的是 <strong>EventBus#postSingleEvent</strong> 方法。</p>    <h3><strong>postSingleEvent</strong></h3>    <pre>  <code class="language-java">private void postSingleEvent(Object event, PostingThreadState postingState) throws Error {      Class<?> eventClass = event.getClass();      boolean subscriptionFound = false;      //该eventInheritance上面有提到，默认为true，即EventBus会考虑事件的继承树      //如果事件继承自父类，那么父类也会作为事件被发送      if (eventInheritance) {          //查找该事件的所有父类          List<Class<?>> eventTypes = lookupAllEventTypes(eventClass);          int countTypes = eventTypes.size();          //遍历所有事件          for (int h = 0; h < countTypes; h++) {              Class<?> clazz = eventTypes.get(h);              subscriptionFound |= postSingleEventForEventType(event, postingState, clazz);          }      } else {          subscriptionFound = postSingleEventForEventType(event, postingState, eventClass);      }      //如果没找到订阅该事件的订阅者      if (!subscriptionFound) {          if (logNoSubscriberMessages) {              Log.d(TAG, "No subscribers registered for event " + eventClass);          }          if (sendNoSubscriberEvent && eventClass != NoSubscriberEvent.class &&                  eventClass != SubscriberExceptionEvent.class) {              post(new NoSubscriberEvent(this, event));          }      }  }</code></pre>    <p>从上面的逻辑来看，对于一个事件，默认地会搜索出它的父类，并且把父类也作为事件之一发送给订阅者，接着调用了 <strong>EventBus#postSingleEventForEventType</strong> ，把事件、postingState、事件的类传递进去，那么我们来看看这个方法。</p>    <h3><strong>postSingleEventForEventType</strong></h3>    <pre>  <code class="language-java">private boolean postSingleEventForEventType(Object event, PostingThreadState postingState, Class<?> eventClass) {      CopyOnWriteArrayList<Subscription> subscriptions;      synchronized (this) {          //从subscriptionsByEventType获取响应的subscriptions          subscriptions = subscriptionsByEventType.get(eventClass);      }      if (subscriptions != null && !subscriptions.isEmpty()) {          for (Subscription subscription : subscriptions) {              postingState.event = event;              postingState.subscription = subscription;              boolean aborted = false;              try {                  //发送事件                  postToSubscription(subscription, event, postingState.isMainThread);                  aborted = postingState.canceled;              }               //...          }          return true;      }      return false;  }</code></pre>    <p>接着，进一步调用了 <strong>EventBus#postToSubscription</strong> ,可以发现，这里把订阅列表作为参数传递了进去，显然，订阅列表内部保存了订阅者以及订阅方法，那么可以猜测，这里应该是通过反射的方式来调用订阅方法。具体怎样的话，我们看源码。</p>    <h3><strong>postToSubscription</strong></h3>    <pre>  <code class="language-java">private void postToSubscription(Subscription subscription, Object event, boolean isMainThread) {      switch (subscription.subscriberMethod.threadMode) {          case POSTING:              invokeSubscriber(subscription, event);              break;          case MAIN:              if (isMainThread) {                  invokeSubscriber(subscription, event);              } else {                  mainThreadPoster.enqueue(subscription, event);              }              break;          case BACKGROUND:              if (isMainThread) {                  backgroundPoster.enqueue(subscription, event);              } else {                  invokeSubscriber(subscription, event);              }              break;          case ASYNC:              asyncPoster.enqueue(subscription, event);              break;          default:              throw new IllegalStateException("Unknown thread mode: " + subscription.subscriberMethod.threadMode);      }  }</code></pre>    <p>首先获取threadMode，即订阅方法运行的线程，如果是POSTING，那么直接调用invokeSubscriber()方法即可，如果是MAIN，则要判断当前线程是否是MAIN线程，如果是也是直接调用invokeSubscriber()方法，否则会交给mainThreadPoster来处理，其他情况相类似。这里会用到三个Poster，由于粘性事件也会用到这三个Poster，因此我把它放到下面来专门讲述。而 <strong>EventBus#invokeSubscriber</strong> 的实现也很简单，主要实现了 <strong>利用反射的方式</strong> 来调用订阅方法，这样就实现了事件发送给订阅者，订阅者调用订阅方法这一过程。如下所示：</p>    <h3><strong>invokeSubscriber</strong></h3>    <pre>  <code class="language-java">void invokeSubscriber(Subscription subscription, Object event) {      try {          subscription.subscriberMethod.method.invoke(subscription.subscriber, event);      }       //...  }</code></pre>    <p>到目前为止，事件的发送流程也讲解完毕，为了方便理解，整个发送流程也给出相应的流程图：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/47c4817057e28a39f2795e60751faad3.jpg"></p>    <p>发送流程.jpg</p>    <h2><strong>粘性事件的发送及接收分析</strong></h2>    <p>粘性事件与一般的事件不同，粘性事件是先发送出去，然后让后面注册的订阅者能够收到该事件。粘性事件的发送是通过 <strong>EventBus#postSticky()</strong> 方法进行发送的，我们来看它的源码：</p>    <pre>  <code class="language-java">public void postSticky(Object event) {      synchronized (stickyEvents) {          stickyEvents.put(event.getClass(), event);      }      // Should be posted after it is putted, in case the subscriber wants to remove immediately      post(event);  }</code></pre>    <p>把该事件放进了 stickyEvents这个map中，接着调用了post()方法，那么流程和上面分析的一样了，只不过是找不到相应的subscriber来处理这个事件罢了。那么为什么当注册订阅者的时候可以马上接收到匹配的事件呢？还记得上面的EventBus#subscribe方法里面有一段是专门处理粘性事件的代码吗？即：</p>    <pre>  <code class="language-java">private void subscribe(Object subscriber, SubscriberMethod subscriberMethod) {      //以上省略...      //下面是对粘性事件的处理      if (subscriberMethod.sticky) {          //从EventBusBuilder可知，eventInheritance默认为true.          if (eventInheritance) {              // Existing sticky events of all subclasses of eventType have to be considered.              // Note: Iterating over all events may be inefficient with lots of sticky events,              // thus data structure should be changed to allow a more efficient lookup              // (e.g. an additional map storing sub classes of super classes: Class -> List<Class>).              //从列表中获取所有粘性事件，由于粘性事件的性质，我们不知道它对应哪些订阅者，              //因此，要把所有粘性事件取出来，逐一遍历              Set<Map.Entry<Class<?>, Object>> entries = stickyEvents.entrySet();              for (Map.Entry<Class<?>, Object> entry : entries) {                  Class<?> candidateEventType = entry.getKey();                  //如果订阅者订阅的事件类型与当前的粘性事件类型相同，那么把该事件分发给这个订阅者                  if (eventType.isAssignableFrom(candidateEventType)) {                      Object stickyEvent = entry.getValue();                      checkPostStickyEventToSubscription(newSubscription, stickyEvent);                  }              }          } else {              //根据eventType，从stickyEvents列表中获取特定的事件              Object stickyEvent = stickyEvents.get(eventType);              //分发事件              checkPostStickyEventToSubscription(newSubscription, stickyEvent);          }      }  }</code></pre>    <p>上面的逻辑很清晰，EventBus并不知道当前的订阅者对应了哪个粘性事件，因此需要全部遍历一次，找到匹配的粘性事件后，会调用 <strong>EventBus#checkPostStickyEventToSubscription</strong> 方法：</p>    <pre>  <code class="language-java">private void checkPostStickyEventToSubscription(Subscription newSubscription, Object stickyEvent) {      if (stickyEvent != null) {          // If the subscriber is trying to abort the event, it will fail (event is not tracked in posting state)          // --> Strange corner case, which we don't take care of here.          postToSubscription(newSubscription, stickyEvent, Looper.getMainLooper() == Looper.myLooper());      }  }</code></pre>    <p>接着，又回到了postToSubscription方法了，无论对于普通事件或者粘性事件，都会根据threadMode来选择对应的线程来执行订阅方法，而切换线程的关键所在就是mainThreadPoster、backgroundPoster和asyncPoster这三个Poster。</p>    <h3><strong>HandlerPoster</strong></h3>    <p>我们首先看mainThreadPoster，它的类型是HandlerPoster继承自Handler：</p>    <pre>  <code class="language-java">final class HandlerPoster extends Handler {        //PendingPostQueue队列，待发送的post队列      private final PendingPostQueue queue;      //规定最大的运行时间，因为运行在主线程，不能阻塞主线程      private final int maxMillisInsideHandleMessage;      private final EventBus eventBus;      private boolean handlerActive;      //省略...  }</code></pre>    <p>可以看到，该handler内部有一个PendingPostQueue，这是一个队列，保存了PendingPost，即待发送的post，该PendingPost封装了event和subscription，方便在线程中进行信息的交互。在postToSubscription方法中，当前线程如果不是主线程的时候，会调用 <strong>HandlerPoster#enqueue</strong> 方法：</p>    <pre>  <code class="language-java">void enqueue(Subscription subscription, Object event) {      //将subscription和event打包成一个PendingPost      PendingPost pendingPost = PendingPost.obtainPendingPost(subscription, event);      synchronized (this) {          //入队列          queue.enqueue(pendingPost);          if (!handlerActive) {              handlerActive = true;              //发送消息，在主线程运行              if (!sendMessage(obtainMessage())) {                  throw new EventBusException("Could not send handler message");              }          }      }  }</code></pre>    <p>首先会从PendingPostPool中获取一个可用的PendingPost，接着把该PendingPost放进PendingPostQueue，发送消息，那么由于该HandlerPoster在初始化的时候获取了UI线程的Looper，所以它的handleMessage()方法运行在UI线程：</p>    <pre>  <code class="language-java">@Override  public void handleMessage(Message msg) {      boolean rescheduled = false;      try {          long started = SystemClock.uptimeMillis();          //不断从队列中取出pendingPost          while (true) {              //省略...              eventBus.invokeSubscriber(pendingPost);                      //..          }      } finally {          handlerActive = rescheduled;      }  }</code></pre>    <p>里面调用到了 <strong>EventBus#invokeSubscriber</strong> 方法，在这个方法里面，将PendingPost解包，进行正常的事件分发，这上面都说过了，就不展开说了。</p>    <h3><strong>BackgroundPoster</strong></h3>    <p>BackgroundPoster继承自Runnable，与HandlerPoster相似的，它内部都有PendingPostQueue这个队列，当调用到它的enqueue的时候，会将subscription和event打包成PendingPost：</p>    <pre>  <code class="language-java">public void enqueue(Subscription subscription, Object event) {      PendingPost pendingPost = PendingPost.obtainPendingPost(subscription, event);      synchronized (this) {          queue.enqueue(pendingPost);          //如果后台线程还未运行，则先运行          if (!executorRunning) {              executorRunning = true;              //会调用run()方法              eventBus.getExecutorService().execute(this);          }      }  }</code></pre>    <p>该方法通过Executor来运行run()方法，run()方法内部也是调用到了 <strong>EventBus#invokeSubscriber</strong> 方法。</p>    <h3><strong>AsyncPoster</strong></h3>    <p>与BackgroundPoster类似，它也是一个Runnable，实现原理与BackgroundPoster大致相同，但有一个不同之处，就是它内部不用判断之前是否已经有一条线程已经在运行了，它每次post事件都会使用新的一条线程。</p>    <h2><strong>再谈观察者模式</strong></h2>    <p>整个EventBus是基于观察者模式而构建的，而上面的调用观察者的方法则是观察者模式的核心所在。</p>    <p>观察者模式：定义了对象之间的一对多依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。</p>    <p>从整个EventBus可以看出，事件是被观察者，订阅者类是观察者，当事件出现或者发送变更的时候，会通过EventBus通知观察者，使得观察者的订阅方法能够被自动调用。当然了，这与一般的观察者模式有所不同。回想我们所用过的观察者模式，我们会让事件实现一个接口或者直接继承自Java内置的Observerable类，同时在事件内部还持有一个列表，保存所有已注册的观察者，而事件类还有一个方法用于通知观察者的。那么从 <strong>单一职责原则</strong> 的角度来说，这个事件类所做的事情太多啦！既要记住有哪些观察者，又要等到时机成熟的时候通知观察者，又或者有别的自身的方法。这样的话，一两件事件类还好，但如果对于每一个事件类，每一个新的不同的需求，都要实现相同的操作的话，这是非常繁琐而且低效率的。因此， <strong>EventBus就充当了中介的角色</strong> ，把事件的很多责任抽离出来，使得事件自身不需要实现任何东西，别的都交给EventBus来操作就可以了。</p>    <p>好了，本文到此为止已经对EventBus进行了一次详细的讲解，由于本文很长，建议读者可以选择难懂的部分对照源码反复思考以便能深刻理解。最后，为坚持读完本文的你点赞，谢谢你们的阅读！</p>    <p> </p>    <p> </p>    <p>来自：http://www.jianshu.com/p/bda4ed3017ba</p>    <p> </p>