【Android】事件总线（解耦组件） EventBus 详解

　　当Android项目越来越庞大的时候，应用的各个部件之间的通信变得越来越复杂，例如：当某一条件发生时，应用中有几个部件对这个消息感兴趣，那么我们通常采用的就是观察者模式，使用观察者模式有一个弊病就是部件之间的耦合度太高，在这里将会详细介绍Android中的解耦组件EventBus的使用。

EventBus简介

　　Publisher-Subscriber这种设计模式在GoF中早就详细的解释。也是一种最常用不过的设计模式。而EventBus则是对于Publisher和Subscriber的一种实现，如果你还在使用JDK中的Observer，则不妨看看TW大大的一片博客《你应该更新的java知识之observer》，使用EventBus替代Observer似乎成了一种必须。
　　EventBus是一个Android端优化的publish/subscribe消息总线，简化了应用程序内各组件间、组件与后台线程间的通信。比如请求网络，等网络返回时通过Handler或Broadcast通知UI，两个Fragment之间需要通过Listener通信，这些需求都可以通过**EventBus**实现。

EventBus主要的元素

　　事件：

Event：事件,可以是任意类型的对象

Subscriber：事件订阅者，接收特定的事件

Publisher:事件发布者，用于通知Subscriber有事件发生

　　Subscriber

在EventBus中，使用约定来指定事件订阅者以简化使用。

即所有事件订阅都都是以onEvent开头的函数，具体来说，函数的名字是onEvent，onEventMainThread，onEventBackgroundThread，onEventAsync这四个

这个和ThreadMode有关（见下文）

Publisher

可以在任意线程任意位置发送事件，直接调用EventBus的post(Object)方法

可以自己实例化EventBus对象，但一般使用默认的单例就好了：EventBus.getDefault()

根据post函数参数的类型，会自动调用订阅相应类型事件的函数

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

PostThread：事件的处理在和事件的发送在相同的进程，所以事件处理时间不应太长，不然影响事件的发送线程，而这个线程可能是UI线程。对应的函数名是onEvent。

MainThread: 事件的处理会在UI线程中执行。事件处理时间不能太长，这个不用说的，长了会ANR的，对应的函数名是onEventMainThread。

BackgroundThread：事件的处理会在一个后台线程中执行，对应的函数名是onEventBackgroundThread，虽然名字是BackgroundThread，事件处理是在后台线程，但事件处理时间还是不应该太长，因为如果发送事件的线程是后台线程，会直接执行事件，如果当前线程是UI线程，事件会被加到一个队列中，由一个线程依次处理这些事件，如果某个事件处理时间太长，会阻塞后面的事件的派发或处理。

Async：事件处理会在单独的线程中执行，主要用于在后台线程中执行耗时操作，每个事件会开启一个线程（有线程池），但最好限制线程的数目。

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

使用EventBus的步骤

　　EventBus使用起来和Otto差不多，分订阅、注册、发布、取消注册等步骤：

if (sticky) {
Object stickyEvent;
synchronized (stickyEvents) {
stickyEvent = stickyEvents.get(eventType);
}
if (stickyEvent != null) {
// If the subscriber is trying to abort the event, it will fail (event is not tracked in posting state)
// --> Strange corner case, which we don't take care of here.
postToSubscription(newSubscription, stickyEvent, Looper.getMainLooper() == Looper.myLooper());
}
}

View Code
　　也就是会根据事件类型从`stickyEvents`中查找是否有对应的事件，如果有，直接发送这个事件到这个订阅者。

　　而这个事件是什么时候存起来的呢，同`register`与`registerSticky`一样，和`post`一起的还有一个`postSticky`函数

　　 当通过`postSticky`发送一个事件时，这个类型的事件的最后一次事件会被缓存起来，当有订阅者通过`registerSticky`注册时，会把之前缓存起来的这个事件直接发送给它。

事件优先级Priority

　　`register`的函数重载中有一个可以指定订阅者的优先级，我们知道`EventBus`中有一个事件类型到List<Subscription>的映射，在这个映射中，所有的Subscription是按priority排序的，这样当post事件时，优先级高的会先得到机会处理事件。

　　优先级的一个应用就是，高优先级的事件处理函数可以终止事件的传递，通过`cancelEventDelivery`方法，但有一点需要注意，`这个事件的ThreadMode必须是PostThread`，并且只能终止它在处理的事件。

缺点

　　无法进程间通信，如果一个应用内有多个进程的话就没办法了

注意事项及要点

同一个onEvent函数不能被注册两次，所以不能在一个类中注册同时还在父类中注册

当Post一个事件时，这个事件类的父类的事件也会被Post。

Post的事件无Subscriber处理时会Post `NoSubscriberEvent`事件，当调用Subscriber失败时会Post `SubscriberExceptionEvent`事件。

其他

　　`EventBus`中还有个Util包，主要作用是可以通过`AsyncExecutor`执行一个Runnable，通过内部的RunnableEx(可以搜索异常的Runnable)当Runnable抛出异常时通过`EventBus`发消息显示错误对话框。
　　项目主页：https://github.com/greenrobot/EventBus

EventBus和Otto的3点不同

事件订阅函数不是基于注解(Annotation)的，而是基于命名约定的，在Android 4.0之前的版本中，注解解析起来比较慢 ， 事件响应函数默认以“onEvent”开始，可以在EventBus中修改这个值，但是不推荐这么干

事件响应有更多的线程选择，EventBus可以向不同的线程中发布事件，在ThreadMode 枚举中定义了4个线程，只需要在事件响应函数名称“onEvent”后面添加对应的线程类型名称，则还事件响应函数就会在对应的线程中执行，比如事件函数“onEventAsync”就会在另外一个异步线程中执行。

EventBus支持 Sticky Event

有时候某个事件可能会用到多次，真对这种情况，您可以把该事件发布为Sticky Event，

然后，当需要查询该信息的时候，可以通过Bus的getStickyEvent(ClasseventType) 函数来查询最新发布的Event对象。

同一类型的事件只保存最新的Event对象。

//注册和发布事件的函数分别为

registerSticky(…)和 postSticky(Object event)