Android 应用开发过程中,经常会设计Activity、Fragnebt、Service等不同组件或者模块之间的消息传递,使用传统的方法,往往会写出丑陋的代码,而且不同组件和模块之间耦合严重。随着模块的日益增多、代码逻辑的不断新增和修改,整个代码的架构就会显得越来越混乱。
举个栗子:多个Activity页面跳转和数据回传的问题,例如Acticity A 跳转到 Activity B,接着跳转到C,在C中执行一系列操作后,需要传递数据或者时间给Activity A,传统的做法是进行接口回调,但这样不仅增加逻辑复杂性,而且增大页面间的耦合性。
为了解决以上问题,实现组件间和模块间的解耦,我们引入了事件总线的概念
原理
事件总线是基于观察者模式的思想实现的,它使用发布订阅的方式支持组件和模块间的通信,摒弃了观察者模式需要显示注册回调的缺点,同时可用于替换Java中传统的时间监听方式。
事件总线涉及到的关联方如下:
- 事件Event:一个普通的POJO类,只包含数据,不包含对数据的操作。事件有两种类型:普通事件和粘滞事件,粘滞事件的特点实在事件发布后,订阅者才开始订阅该类型的事件,它依然可以收到这个事件,而普通事件是收不到的
- 订阅者Subscriber:订阅某种类型事件的对象,通常会有一个回调函数用于对接收到的事件进行处理,,订阅者可以订阅事件,也可以取消订阅的事件,订阅者可以引入优先级的概念,优先级高的订阅者可以优先接收到该事件,并可以决定是否继续传递事件给低优先级的订阅者。
- 发布者Publisher:事件的源头,发布某种类型事件的对象。
- 总线EventBus:负责订阅者,事件等信息的存储,同时处理事件的流动和分发,通过总线,订阅者和发布者是解耦的,不想不知道对方的存在。
开源实现
Android 事件总线的开源实现有很多,如google出品的Guava库中就包含一个EventBus模块但是由于Guava库很庞大,为了避免引入太多的无用代码,一般不建议使用这个库,使用最广泛的主要有greenrobot的EventBus、Square的otto,
EventBus
EventBus是一个专门为Android平台优化定制的事件总线函数库,出于性能考虑,没有使用Java注解,因为在Android 4.0之前的系统上,查询注解很慢。它使用“名称约定优于配置”的思想,导致如下:
- 接收事件的函数必须以onEvent开头
- 一般每个事件对应一个Event类,会产生很多样板类,从而增加APP出现64K方法书问题的可能
- 用于接收EventBus事件的类不能混淆,否则会找不到onEvent函数
但是在EventBus 3.0版本之后接收事件的函数不在需要以onEvent开头,是要使用@Subsribe注解标注即可,同时性能也得到了提升。