源码分析--AndroidEventBus（3--postSticky & RegisterSticky）

postSticky

Sticky事件流程是先发布事件，然后订阅事件，最后执行订阅方法。

那么先看postSticky方法源码。

1

代码中会先判断事件参数是否为空，如果空则直接return。即是调用postSticky的事件参数不能为空。然后实例化一个事件类型EventType，并添加到mStickyEvents集合中。

2

mStickyEvents是一个线程安全的集合，防止多线程调用。

Sticky事件操作大多都在调用RegisterSticky后执行的，接下来看看调用RegisterSticky执行了些什么...

RegisterSticky

1

registerSticky方法首先调用了register方法，和订阅一般的post方法一样，先获取订阅者以及其父类里符合Subscriber注解的方法，并将订阅对象，订阅方法，线程模式以及事件类型添加到mSubcriberMap集合中。（具体内容查看 AndroidEventBus（1--register））。

register方法执行后会调用mDispatcher（事件分发器）的dispatchStickyEvents来处理sticky事件。

2

dispatchStickyEvents方法循环mStickyEvents获取每一个Sticky事件的EventType，并调用handleStickyEvent。

3

这里的handleStickyEvent与一般的post流程中的deliveryEvent方法 同样调用了 事件参数匹配器getMatchedEventTypes （getMatchedEventTypes里具体的操作内容可查看  AndroidEventBus（2--post））。

接着利用getMatchedEventTypes匹配返回的事件类型集合循环取出每一个EventType，并将该EventType作为key,在mSubcriberMap中取出该EventType对应的subscriptions集合（订阅对象集合）。

接着将符合条件的subscriptions集合循环取出每一个订阅对象Subscription，并将每个Subscription的EventType和EventType.paramClass与foundEventType对比，符合者将使用eventHandler执行事件。