Android消息传递之EventBus 3.0使用详解

EventBus产生需求背景：

在做项目的时候往往需要应用程序内各组件间、组件与后台线程间的通信。比如耗时操作，等耗时操作完成后通过Handler或Broadcast将结果通知给UI，N个Activity之间需要通过Listener通信，之前的实现方式我们在Android消息传递之组件间传递消息（二）中已经介绍过了，其实这些都可以通过EventBus轻松实现，EventBus通过发布/订阅(publish/subscribe)方式来管理事件总线。其实EventBus的实现方式更加接近上篇文章的方式二，不同的是EventBus通过注解和反射机制 将订阅者连同订阅函数保存起来，然后在发送订阅的时候 遍历订阅函数数组进行调用，其实从这方面就可以EventBus执行效率多少会受到一点影响。

EventBus介绍:

EventBus出自greenrobot，和之前大名鼎鼎的GreenDao出自同一家。之前一直使用的是2.4版本，今天我们将学习分析最新的Event 3.0，EventBus 3.0 最新的特性就是加入了注解，通过注解的方式 告知订阅函数运行在哪个线程中。

github地址：https://github.com/greenrobot/EventBus

官方文档：http://greenrobot.org/eventbus/documentation

EventBus主要角色:

Event 传递的事件对象
Subscriber  事件的订阅者
Publisher  事件的发布者
ThreadMode 定义函数在何种线程中执行

EventBus优缺点：

优点：简化组件之间的通信方式，实现解耦让业务代码更加简洁，可以动态设置事件处理线程以及优先级

缺点：目前发现唯一的缺点就是类似之前策略模式一样的诟病，每个事件都必须自定义一个事件类，造成事件类太多，无形中加大了维护成本

小结：

EventBus 3.0的使用基本上总结完了，之前一直担心EventBus通过注解或者反射会影响太多性能，随着3.0的发布这部分影响已经很小了。