Android 事件总线总结

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注解标注即可，同时性能也得到了提升。