先吐槽一下博客园的MarkDown编辑器,推出的时候还很高兴博客园支持MarkDown了,试用了下发现支持不完善就没用了,此次这篇是在其余编辑器下写的,复制过来后发现。。太烂了。怎么着做为一个技术博客社区,对代码的支持应该完善一下吧,`行内代码块`不支持就算了,代码段内还不能有空行,一有空行就识别不了了。并且试着用MarkDown发了篇草稿,右边的侧边栏居然被挤到屏幕下方了,还影响到了博客布局。。不说了。。简单修改下标题、代码直接发表。android
**EventBus**是一个Android端优化的publish/subscribe消息总线,简化了应用程序内各组件间、组件与后台线程间的通讯。好比请求网络,等网络返回时经过Handler或Broadcast通知UI,两个Fragment之间须要经过Listener通讯,这些需求均可以经过**EventBus**实现。git
做为一个消息总线,有三个主要的元素:github
**Event**能够是任意类型的对象。缓存
在EventBus中,使用约定来指定事件订阅者以简化使用。即全部事件订阅都都是以onEvent开头的函数,具体来讲,函数的名字是onEvent,onEventMainThread,onEventBackgroundThread,onEventAsync这四个,这个和ThreadMode有关,后面再说。网络
能够在任意线程任意位置发送事件,直接调用EventBus的`post(Object)`方法,能够本身实例化EventBus对象,但通常使用默认的单例就行了:`EventBus.getDefault()`,根据post函数参数的类型,会自动调用订阅相应类型事件的函数。async
前面说了,Subscriber函数的名字只能是那4个,由于每一个事件订阅函数都是和一个`ThreadMode`相关联的,ThreadMode指定了会调用的函数。有如下四个ThreadMode:编辑器
根据事件订阅都函数名称的不一样,会使用不一样的ThreadMode,好比果在后台线程加载了数据想在UI线程显示,订阅者只需把函数命名为onEventMainThread。ide
基本的使用步骤就是以下4步,点击此连接查看例子及介绍。函数
**EventBus**使用方法很简单,但用一个东西,若是不了解它的实现用起来内心老是没底,万一出问题咋办都不知道,因此仍是研究一下它的实现,确定要Read the fucking Code。其实主要是`EventBus`这一个类,在看看Code时须要了解几个概念与成员,了解了这些后实现就很好理解了。oop
了解了以上几个概念后就能够看`EventBus`中的几个重要成员了
// EventType -> List<Subscription>,事件到订阅对象之间的映射 private final Map<Class<?>, CopyOnWriteArrayList<Subscription>> subscriptionsByEventType; // Subscriber -> List<EventType>,订阅源到它订阅的的全部事件类型的映射 private final Map<Object, List<Class<?>>> typesBySubscriber; // stickEvent事件,后面会看到 private final Map<Class<?>, Object> stickyEvents; // EventType -> List<? extends EventType>,事件到它的父事件列表的映射。即缓存一个类的全部父类 private static final Map<Class<?>, List<Class<?>>> eventTypesCache = new HashMap<Class<?>, List<Class<?>>>();
经过`EventBus.getDefault().register`方法能够向`EventBus`注册来订阅事件,`register`有不少种重载形式,但大都被标记为`Deprecated`了,因此仍是不用为好,前面说了事件处理方法都是以*onEvent*开头,实际上是能够经过register方法修改的,但相应的方法被废弃了,仍是不要用了,就用默认的*onEvent*,除下废弃的register方法,还有如下4个**public**的`register`方法
public void register(Object subscriber) { register(subscriber, defaultMethodName, false, 0); } public void register(Object subscriber, int priority) { register(subscriber, defaultMethodName, false, priority); } public void registerSticky(Object subscriber) { register(subscriber, defaultMethodName, true, 0); } public void registerSticky(Object subscriber, int priority) { register(subscriber, defaultMethodName, true, priority); }
能够看到,这4个方法都调用了同一个方法:
private synchronized void register(Object subscriber, String methodName, boolean sticky, int priority) { List<SubscriberMethod> subscriberMethods = subscriberMethodFinder.findSubscriberMethods(subscriber.getClass(), methodName); for (SubscriberMethod subscriberMethod : subscriberMethods) { subscribe(subscriber, subscriberMethod, sticky, priority); } }
第一个参数就是订阅源,第二个参数就是用到指定方法名约定的,默认为*onEvent*开头,说默认是实际上是能够经过参数修改的,但前面说了,方法已被废弃,最好不要用。第三个参数表示是不是*Sticky Event*,第4个参数是优先级,这两个后面再说。
在上面这个方法中,使用了一个叫`SubscriberMethodFinder`的类,经过其`findSubscriberMethods`方法找到了一个`SubscriberMethod`列表,前面知道了`SubscriberMethod`表示Subcriber内一个onEvent\*方法,能够看出来`SubscriberMethodFinder`类的做用是在Subscriber中找到全部以methodName(即默认的onEvent)开头的方法,每一个找到的方法被表示为一个`SubscriberMethod`对象。
`SubscriberMethodFinder`就再也不分析了,但有两点须要知道:
找到*Subscriber*中的全部事件处理方法后,会对每一个找到的方法(表示为`SubscriberMethod`对象)调用`subscribe`方法注册。`subscribe`方法干了三件事:
经过*Subscriber*到*EventType*的映射,咱们就能够很方便地使一个Subscriber取消接收事件,经过*EventType*到*Sucscribtion*的映射,能够方便地将相应的事件发送到它的每个订阅者。
直接调用`EventBus.getDefault().post(Event)就能够发送事件,根据Event的类型就能够发送到相应事件的订阅者。
public void post(Object event) { PostingThreadState postingState = currentPostingThreadState.get(); List<Object> eventQueue = postingState.eventQueue; eventQueue.add(event); if (postingState.isPosting) { return; } else { postingState.isMainThread = Looper.getMainLooper() == Looper.myLooper(); postingState.isPosting = true; if (postingState.canceled) { throw new EventBusException("Internal error. Abort state was not reset"); } try { while (!eventQueue.isEmpty()) { postSingleEvent(eventQueue.remove(0), postingState); } } finally { postingState.isPosting = false; postingState.isMainThread = false; } } }
能够看到post内使用了`PostingThreadState`的对象,而且是`ThreadLocal`,来看`PostingThreadState`的定义:
final static class PostingThreadState { List<Object> eventQueue = new ArrayList<Object>(); boolean isPosting; boolean isMainThread; Subscription subscription; Object event; boolean canceled; }
主要是有个成员`eventQueue`,因为是ThreadLocal,因此结果就是,每一个线程有一个`PostingThreadState`对象,这个对象内部有一个事件的队列,而且有一个成员`isPosting`表示如今是否正在派发事件,当发送事件开始时,会依次取出队列中的事件发送出去,若是正在派发事件,那么post直接把事件加入队列后返回,还有个成员`isMainThread`,这个成员在实际派发事件时会用到,在`postSingleEvent`中会用到。
private void postSingleEvent(Object event, PostingThreadState postingState) throws Error { Class<? extends Object> eventClass = event.getClass(); List<Class<?>> eventTypes = findEventTypes(eventClass); // 1 boolean subscriptionFound = false; int countTypes = eventTypes.size(); for (int h = 0; h < countTypes; h++) { // 2 Class<?> clazz = eventTypes.get(h); CopyOnWriteArrayList<Subscription> subscriptions; synchronized (this) { subscriptions = subscriptionsByEventType.get(clazz); } if (subscriptions != null && !subscriptions.isEmpty()) { // 3 for (Subscription subscription : subscriptions) { postingState.event = event; postingState.subscription = subscription; boolean aborted = false; try { postToSubscription(subscription, event, postingState.isMainThread); // 4 aborted = postingState.canceled; } finally { postingState.event = null; postingState.subscription = null; postingState.canceled = false; } if (aborted) { break; } } subscriptionFound = true; } } if (!subscriptionFound) { Log.d(TAG, "No subscribers registered for event " + eventClass); if (eventClass != NoSubscriberEvent.class && eventClass != SubscriberExceptionEvent.class) { post(new NoSubscriberEvent(this, event)); } } }
来看一下`postSingleEvent`这个函数,首先看第一点,调用了`findEventTypes`这个函数,代码不帖了,这个函数的应用就是,把这个类的类对象、实现的接口及父类的类对象存到一个List中返回.
接下来进入第二步,遍历第一步中获得的List,对List中的每一个类对象(即事件类型)执行第三步操做,即找到这个事件类型的全部订阅者向其发送事件。能够看到,**当咱们Post一个事件时,这个事件的父事件(事件类的父类的事件)也会被Post,因此若是有个事件订阅者接收Object类型的事件,那么它就能够接收到全部的事件**。
还能够看到,实际是经过第四步中的`postToSubscription`来发送事件的,在发送前把事件及订阅者存入了`postingState`中。再来看`postToSubscription`
private void postToSubscription(Subscription subscription, Object event, boolean isMainThread) { switch (subscription.subscriberMethod.threadMode) { case PostThread: invokeSubscriber(subscription, event); break; case MainThread: if (isMainThread) { invokeSubscriber(subscription, event); } else { mainThreadPoster.enqueue(subscription, event); } break; case BackgroundThread: if (isMainThread) { backgroundPoster.enqueue(subscription, event); } else { invokeSubscriber(subscription, event); } break; case Async: asyncPoster.enqueue(subscription, event); break; default: throw new IllegalStateException("Unknown thread mode: " + subscription.subscriberMethod.threadMode); } }
这里就用到`ThreadMode`了:
private final PendingPostQueue queue; public void enqueue(Subscription subscription, Object event) { PendingPost pendingPost = PendingPost.obtainPendingPost(subscription, event); synchronized (this) { queue.enqueue(pendingPost); if (!executorRunning) { executorRunning = true; EventBus.executorService.execute(this); } } }
代码比较简单,其实就是,待发送的事件被封装成了`PendingPost`对象,`PendingPostQueue`是一个`PendingPost`对象的队列,当`enqueue`时就把这个事件放到队列中,`BackgroundPoster`其实就是一个Runnable对象,当`enqueue`时,若是这个Runnable对象当前没被执行,就将`BackgroundPoster`加入EventBus中的一个线程池中,当`BackgroundPoster`被执行时,会依次取出队列中的事件进行派发。当长时间无事件时`BackgroundPoster`所属的线程被会销毁,下次再Post事件时再建立新的线程。
`mainThreadPoster`是一个`HandlerPoster`对象,`HandlerPoster`继承自`Handler`,构造函数中接收一个`Looper`对象,当向`HandlerPoster` enqueue事件时,会像`BackgroundPoster`同样把这个事件加入队列中, 只是若是当前没在派发消息就向自身发送Message
void enqueue(Subscription subscription, Object event) { PendingPost pendingPost = PendingPost.obtainPendingPost(subscription, event); synchronized (this) { queue.enqueue(pendingPost); if (!handlerActive) { handlerActive = true; if (!sendMessage(obtainMessage())) { throw new EventBusException("Could not send handler message"); } } } }
在`handleMessage`中会依次取出队列中的消息交由`EventBus`直接调用事件处理函数,而`handleMessage`执行所在的线程就是构造函数中传进来的`Looper`所属的线程,在`EventBus`中构造`mainThreadPoster`时传进来的是MainLooper,因此会在UI线程中执行。
`AsyncPoster`就简单了,把每一个事件都加入线程池中处理
public void enqueue(Subscription subscription, Object event) { PendingPost pendingPost = PendingPost.obtainPendingPost(subscription, event); queue.enqueue(pendingPost); EventBus.executorService.execute(this); }
经过`registerSticky`能够注册Stick事件处理函数,前面咱们知道了,不管是`register`仍是`registerSticky`最后都会调用`Subscribe`函数,在`Subscribe`中有这么一段代码:
也就是会根据事件类型从`stickyEvents`中查找是否有对应的事件,若是有,直接发送这个事件到这个订阅者。而这个事件是何时存起来的呢,同`register`与`registerSticky`同样,和`post`一块儿的还有一个`postSticky`函数:
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()); } }
当经过`postSticky`发送一个事件时,这个类型的事件的最后一次事件会被缓存起来,当有订阅者经过`registerSticky`注册时,会把以前缓存起来的这个事件直接发送给它。
`register`的函数重载中有一个能够指定订阅者的优先级,咱们知道`EventBus`中有一个事件类型到List<Subscription>的映射,在这个映射中,全部的Subscription是按priority排序的,这样当post事件时,优先级高的会先获得机会处理事件。
优先级的一个应用就事,高优先级的事件处理函数能够终于事件的传递,经过`cancelEventDelivery`方法,但有一点须要注意,`这个事件的ThreadMode必须是PostThread`,而且只能终于它在处理的事件。
# 缺点
没法进程间通讯,若是一个应用内有多个进程的话就没办法了
# 注意事项及要点
`EventBus`中还有个Util包,主要做用是能够经过`AsyncExecutor`执行一个Runnable,经过内部的RunnableEx(能够搜索异常的Runnable)当Runnable抛出异常时经过`EventBus`发消息显示错误对话框。没太大兴趣,不做分析
项目主页:https://github.com/greenrobot/EventBus
一个很简单的Demo,Activity中包含列表和详情两个Fragment,Activity启动时加载一个列表,点击列表后更新详情数据:EventBusDemo