事件总线帧---Otto

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

今天为大家介绍的Otto。就能彻底解决代码体积的问题。Otto是一款眼下比較流行事件总线框架，旨在保持应用各页面和模块之间通信高效的前提下，相应用进行解耦。Otto的使用非常easy，源代码也仅仅就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的类进行反射。假设大量的使用的情况下，相应用的性能多少有点副影响。

Otto源代码和Demo地址：https://github.com/square/otto

假设认为对你有所帮助。欢迎大家订阅我的微信公众账号——Android干货分享(ID：android_share)。以下是微信的二维码，为你提供及时高质的Android干货。

技术交流QQ群：318588906，欢迎大家加群，共同探讨下Android和Java技术。一起壮大我们的微信干货分享社区。

版权声明：本文博客原创文章，博客，未经同意，不得转载。