Android消息总线EventBus

背景:EventBus是Android端的基于发布订阅的一种消息通信总线,在开发的过程中往往需要进行各个组件之间的数据通信,例如:网络请求的数据可能需要Handler通知主线程,Fragment之间可能需要Listener来进行通信,然而这一些列的工作都可以交给EventBus来完成

EventBus主要由三部分构成: EventBus-Publish-Subscribe

  • Event:自定义的事件
  • publisher:通知订阅者有相应的事件发生
  • subscribe:订阅关心的事件

Event

  • 可以是任意的对象。

publisher

  • Eventbus对象可以自己实例化,但是通常是通过EventBus.getDefault()获取一个单例的EventBus,通过Eventbus.post(Object)发送事件,这里的Object就是Event。EventBus将通知订阅者调用相应的处理函数。

subscribe

  • 订阅者通过订阅其关心的消息,来获得通知。在EventBus中,使用约定来指定事件订阅者以简化使用。即所有事件订阅都都是以onEvent开头的函数,具体来说,函数的名字是onEventonEventMainThreadonEventBackgroundThreadonEventAsync这四个,这个和ThreadMode有关,后面再说。

ThreadMode

前面说了,Subscriber函数的名字只能是那4个,因为每个事件订阅函数都是和一个ThreadMode相关联的,ThreadMode指定了会调用的函数。有以下四个ThreadMode:

  • PostThread:事件的处理在和事件的发送在相同的进程,所以事件处理时间不应太长,不然影响事件的发送线程,而这个线程可能是UI线程。对应的函数名是onEvent。
  • MainThread: 事件的处理会在UI线程中执行。事件处理时间不能太长,这个不用说的,长了会ANR的,对应的函数名是onEventMainThread。
  • BackgroundThread:事件的处理会在一个后台线程中执行,对应的函数名是 onEventBackgroundThread,虽然名字是BackgroundThread,事件处理是在后台线程,但事件处理时间还是不应该太长,如果某个事件处理时间太长,会阻塞后面的事件的派发或处理。
  • Async:事件处理会在单独的线程中执行,主要用于在后台线程中执行耗时操作,每个事件会开启一个线程(有线程池),但最好限制线程的数目。

根据事件订阅都函数名称的不同,会使用不同的ThreadMode,例如果在后台线程加载了数据想在UI线程显示,订阅者只需把函数命名为onEventMainThread。

总结:说了这么多其实EventBus的优点就是组件之间的解耦,组件与组件之间的耦合变为组件与消息总线之间的耦合。代码的结构更加的优美。当然EventBus也是有缺点的,当系统慢慢庞大之后你会发现你需要维护一大堆的Event,这也是令人头疼的。EventBus与Otto特性与性能对比

项目主页:https://github.com/greenrobot/EventBus
一个类似的框架OTTO:https://github.com/square/otto



  copyright@黑月神话,转载请注明出处:vjson.com

发表评论