EventBus初理解

缘由：

平时工作，因为懒于动笔的原因，也没注重技术和经验的积累，导致之前曾经研究过的问题现在又忘记了，所以要慢慢注重积累，那么就从写作开始，谈谈对工作中碰到的问题进行整理和归纳。

我们都知道，在Android中，想处理事件传递，可以用Handler+MessageQueue+Message+Looper循环，固然是有解决方法，但是这个使用起来不方便，代码写起来也不简洁，同时还必须要理解好Handler+MessageQueue+Message+Looper之间的关系，比如这样的图：

是不是看到觉得头大，理解起来也麻烦，但是这个原理是很有必要去了解的，这个也是基本功之一吧。今天我们来讲讲对于EventBus这个开源库的分析，看看高手代码是如何写的，如何解耦合，对于自身的技术的进步相比也是很有大的帮助吧。

 初认识：

    因为在工作大量用到Fragment和Activity之间的耦合，需要获取对方某某的实例，自然而然就去寻找事件之间是否有解耦合的库，EventBus就涌现出来了，这个是greenrobot大神写的，多么经典已经无需多说了，github地址： https://github.com/greenrobot/EventBus ，虽然我们会使用，但是也需要了解里面的原理，这样使用的起来也放心，毕竟对于陌生的东西不明白内部情况，就去用，什么时候被坑也会不知道的。

     脑补下：

介绍这个库之前，需要认识以下几个名词。

事件(Event)：又可称为消息，本文中统一用事件表示。其实就是一个对象，可以是网络请求返回的字符串，也可以是某个开关状态等等。事件类型(EventType)指事件所属的 Class。事件分为一般事件和 Sticky 事件，相对于一般事件，Sticky 事件不同之处在于，当事件发布后，再有订阅者开始订阅该类型事件，依然能收到该类型事件最近一个 Sticky 事件。

订阅者(Subscriber)：订阅某种事件类型的对象。当有发布者发布这类事件后，EventBus 会执行订阅者的 onEvent 函数，这个函数叫事件响应函数。订阅者通过 register 接口订阅某个事件类型，unregister 接口退订。订阅者存在优先级，优先级高的订阅者可以取消事件继续向优先级低的订阅者分发，默认所有订阅者优先级都为 0。

发布者(Publisher)：发布某事件的对象，通过 post 接口发布事件。

  结构图：

从中，我们可以看到这个库整体结构是基于生产者/消费者模式，也可以称呼为发布者/订阅者，显得更亲切。所谓的发布者/订阅者，比如我们日常生活中，小区的通告栏，生产者类似小区居委会，订阅者就是小区里的住户，当你需要小区居委会帮忙的时候，比如你外出了，可以叫居委会里某个大妈帮你拿下快递，那么你需要在居委会那里登记，也可以叫做注册，只有登记了，居委会里的大妈才知道你是我们同一个小区的，也可以认识你了。同时，每当有事情发生，需要通知的时候，需要在通告栏里发布一个通告，现在信息发达了，通告栏可以通过微信公众号来发布，但是也需要每个人去扫一扫，关注下小区的公众号，一发通知，有关注的业主自然就知道通知事情是什么。那么这个EventBus库的实现原理，跟我们日常生活中的微信公众号很类型，首先在使用的时候，我们需要向公众平台注册，注册完之后， 当生产者需要发布信息的时候，平台会帮我们把这些消息推送给订阅者，订阅者根据消息内容，进行不同处理操作。

使用方法流程：

     类图：

    

     根据类来分析，从中，我们可以看到EventBus依赖有五个类，分别如下。

SubscriberMethod:这是一个订阅方法类的封装，包含了方法反射的名称，线程模型和事件类型，比如当你向主干注册的时候，这时候就会实例化SubscriberMethod类实例，来存放以onEvent开头的方法，运行的线程模型和自定义的传递事件类型。

SubscriberMethodFinder:在这个类中，我们可以看到为何在定义方法消息接受回调时，会以“onEvent”开头的方法，因为这里有个

private static final String ON_EVENT_METHOD_NAME = "onEvent";

ON_EVENT_METHOD_NAME的常量。里面关键方法是findSubscriberMethods(),具体实现可以去看代码，通过反射的方法，找出订阅者上的以onEvent开头的方法，最终返回的时候SubscriberMethod类的集合，也就是所有事件响应函数。

    HandlerPoster:这是继承Handler的请求类，封装了请求队列，整个过程是在队列不断发送请求，直到所有的请求都出队列，也就是全部发送完毕。事件主线程处理，对应ThreadMode.MainThread。enqueue 函数将事件放到队列中，并利用 handler 发送 message，handleMessage 函数从队列中取事件，invoke 事件响应函数处理。

ThreadMode模型

• BackgroundThread，在后台线程中执行响应方法。如果发布线程不是主线程，则直接调用订阅者的事件响应函数，否则启动唯一的后台线程去处理。由于后台线程是唯一的，当事件超过一个的时候，它们会被放在队列中依次执行，因此该类响应方法虽然没有PostThread类和MainThread类方法对性能敏感，但最好不要有重度耗时的操作或太频繁的轻度耗时操作，以造成其他操作等待。适用场景：操作轻微耗时且不会过于频繁，即一般的耗时操作都可以放在这里；
• Async，不论发布线程是否为主线程，都使用一个空闲线程来处理。和BackgroundThread不同的是，Async类的所有线程是相互独立的，因此不会出现卡线程的问题。适用场景：长耗时操作，例如网络访问。