AndroidEventBus是一个Android平台的事件总线库, 它简化了Activity、Fragment、Service等组件或者对象之间的交互,很大程度上降低了它们之间的耦合,使得我们的代码更加简洁,耦合性更低,提升我们的代码质量。
AndroidEventBus吸收了greenrobot的EventBus以及square的otto的优点,并在此基础上做出了相应的改进,使得事件总线框架更适合用户的使用习惯,也使得事件的投递更加的精准、灵活。
名称 | 订阅函数是否可执行在其他线程 | 特点 |
---|---|---|
greenrobot的EventBus | 是 | 使用name pattern模式,效率高,但使用不方便。 |
square的otto | 否 | 使用注解,使用方便,但效率比不了EventBus。 |
AndroidEventBus | 是 | 使用注解,使用方便,但效率比不上EventBus。订阅函数支持tag(类似广播接收器的Action)使得事件的投递更加准确,能适应更多使用场景。 |
更多细节请参考AndroidEventBus、Android事件总线 ( AndroidEventBus ) 开源库发布。
AndroidEventBus简约整体设计大致如上图所示,主要分为三个部分,即EventBus、SubscriberMethodHunter、EventHandler。
EventBus负责订阅对象与事件的管理,比如注册、注销以及发布事件等。在初始时将某个对象注册到EventBus中,EventBus会遍历该对象class中的所有方法,把参数数量为1且用了Subscriber注解标识的函数管理起来,以事件类型和订阅函数Subscriber的tag构建一个EventType作为一种事件类型,某个事件类型对应有一个接收者列表。当有事件发布时,EventBus会根据发布的事件类型与tag构建EventType,然后找到对应的订阅者列表,并且将这些事件投递给所有订阅者。SubscriberMethodHunter负责查找合适的EventType,而EventHandler则负责将这些订阅函数执行到相应的线程中。至此,整个事件总线的操作流程就完成了,当然在将Activity、Fragment等组件注册到EventBus时,不要忘了在这些对象销毁时将它们从EventBus中移除,即调用unregister方法。
事件总线的基本结构和设计都是类似的,只是大家在各种feature之间做了取舍或者增强了某些功能,使之能够满足用户的具体需求。几个事件总线库的基本特点在章节1中已经粗略给出。大家可以根据自己的需求进行选择。
本篇文章我们对AndroidEventBus做了一个简介,在后续的文章中我们再进行详细介绍,敬请期待。
AndroidEventBus ( 事件总线 ) 的设计与实现
原文地址:http://blog.csdn.net/bboyfeiyu/article/details/44309093