事件总线框架---Otto

我们假设这样一种业务场景，现在在做一款及时聊天应用，我们在聊天页面进行收发信息，同时也要实时更新前一页面的聊天记录，这时我们该如何去实现？说说我以前的实现策略，我使用的是广播接收器BroadCastReceiver，在接收和发送消息的时候就不停去发送广播，然后在需要实时更新的地方进行接收更新。实现的思想比较简单，也不存在代码上的耦合问题，但是有个弊端。弊端就是需要去在很多地方实现BroadCastRecevier，代码虽不算冗余，但比较多，看起来很是不爽。

今天为大家介绍的Otto，就能彻底解决代码体积的问题。Otto是一款目前比较流行事件总线框架，旨在保持应用各页面和模块之间通信高效的前提下，对应用进行解耦。Otto的使用很简单，源码也只就9个类，几千行代码，开放出来的api也间接明了。Otto是基于订阅/发布（Subscribe/Publish）这样一种设计模式，简单来说，如果你想订阅某个消息，使用@Subcribe注解即可进行接收，同时使用

Bus.post(Object obj)进行消息的发布，这样的设计达到了完全的解耦。

下面分步骤为大家简单介绍下使用过程。

一、Bus实例化

Bus这个类是整个框架的灵魂，它负责消息的发布和接收，整个流程都是经过这个Bus去实现的。Bus的实例化推荐使用单例，就是说整个应用内只实例化一个Bus对象，所有的消息的处理都是经过这单一的实例去实现。因为要实现消息的接受者接收到发布的消息，一定要经过同一个Bus对象的处理。Bus的构造器可以接收ThreadEnforcer类型的参数，ThreadEnforcer其实是一个接口，它自身有两个实现，分别表示Bus运行在Main Thread中还是异步线程中。

二、注册和解绑Bus

根据具体的业务需求进行Bus的注册和解绑，对于android中的组件，一般是基于生命周期方法中去实现；同时如果是任意你自定义的类中都可以进行。下面展示的是在Activity和Fragment里面实现。

三、消息的发布

发布消息是整个框架中最重要的部分，它允许你告诉所有的订阅者一个事件已经触发。任何一个类的实例对象都可以通过总线Bus去发布，同时也只能被订阅这种对象的接受者所接收。下面展示的是通过Bus去发布一个消息，消息的内容是LocationChangeEvent，所以LocationChangeEvent的接受者都能接收到此发布的消息。注意的是，发布消息只能一个Object对象。

四、消息的订阅

消息的订阅和发布之前都要在当前的类中进行Bus的注册。订阅是对消息发布的补充，当消息发布的事件调用之后，对应的消息订阅者就能立即接收到此消息。实现订阅功能是通过自定义方法实现的，方法的名称可以随意，同时还得需要满足三个条件。

1、方法前使用@Subscribe注解

2、访问修饰符为public

3、单一参数，根据你想订阅的消息进行设置

注：使用之前，记得进行注册；使用完毕，记得释放。

五、消息的produce

当订阅者注册完毕，针对特定的消息，通常也需要获取当前已知的值。这个时候，就需要用到produce。同样的使用produce的方法名称可以随意，同时有三点需要注意。

1、方法前使用@produce注解

2、访问修饰符为public

3、无参，返回值是基于订阅者参数类型

好了，Otto的使用就是这些了。快去重构代码，摆脱无尽的广播吧！

当然Otto的缺点也是有的，要实现上述订阅/发布模型的功能，付出的代价就是对各个注册Bus的类进行反射。如果大量的使用的情况下，对应用的性能多少有点副影响。