源码分析--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执行事件。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 原文链接:http://blog.csdn.net/u012810020/article/details/7005...
    tinyjoy阅读 3,593评论 1 5
  • 项目到了一定阶段会出现一种甜蜜的负担:业务的不断发展与人员的流动性越来越大,代码维护与测试回归流程越来越繁琐。这个...
    fdacc6a1e764阅读 8,398评论 0 6
  • 先吐槽一下博客园的MarkDown编辑器,推出的时候还很高兴博客园支持MarkDown了,试用了下发现支持不完善就...
    Ten_Minutes阅读 3,635评论 0 2
  • EventBus源码分析(一) EventBus官方介绍为一个为Android系统优化的事件订阅总线,它不仅可以很...
    蕉下孤客阅读 9,429评论 4 42
  • 前边文章主要跟大家大概讲了下EventBus的用法和注解,接下来则是从源码角度来看EventBus的内部处理 Ev...
    Hohohong阅读 8,464评论 1 5