postSticky
Sticky事件流程是先发布事件,然后订阅事件,最后执行订阅方法。
那么先看postSticky方法源码。
代码中会先判断事件参数是否为空,如果空则直接return。即是调用postSticky的事件参数不能为空。然后实例化一个事件类型EventType,并添加到mStickyEvents集合中。
mStickyEvents是一个线程安全的集合,防止多线程调用。
Sticky事件操作大多都在调用RegisterSticky后执行的,接下来看看调用RegisterSticky执行了些什么...
RegisterSticky
registerSticky方法首先调用了register方法,和订阅一般的post方法一样,先获取订阅者以及其父类里符合Subscriber注解的方法,并将订阅对象,订阅方法,线程模式以及事件类型添加到mSubcriberMap集合中。(具体内容查看 AndroidEventBus(1--register))。
register方法执行后会调用mDispatcher(事件分发器)的dispatchStickyEvents来处理sticky事件。
dispatchStickyEvents方法循环mStickyEvents获取每一个Sticky事件的EventType,并调用handleStickyEvent。
这里的handleStickyEvent与一般的post流程中的deliveryEvent方法 同样调用了 事件参数匹配器getMatchedEventTypes (getMatchedEventTypes里具体的操作内容可查看 AndroidEventBus(2--post))。
接着利用getMatchedEventTypes匹配返回的事件类型集合循环取出每一个EventType,并将该EventType作为key,在mSubcriberMap中取出该EventType对应的subscriptions集合(订阅对象集合)。
接着将符合条件的subscriptions集合循环取出每一个订阅对象Subscription,并将每个Subscription的EventType和EventType.paramClass与foundEventType对比,符合者将使用eventHandler执行事件。