这操作真香！三幅图给你弄懂EventBus核心原理

2401_84149444

于 2024-05-08 15:41:16 发布

阅读量831

点赞数 18

分类专栏：程序员文章标签： java 开发语言

本文链接：https://blog.csdn.net/2401_84149444/article/details/138574703

版权

程序员专栏收录该内容

288 篇文章 1 订阅

订阅专栏

如图所示，一个Subscribe对应多个Event,Subsribe就是上面通过register方法注册的对象，比如activity。这幅图对应EventBus中一个Map结构：

private final Map<Object, List<Class<?>>> typesBySubscriber;

EventBus会在对象register时，使用反射机制，遍历对象的方法，将带有@Subscribe标签并且合法的方法加入到typesBySubscriber。typesBySubscriber是HashMap形式，key是注册的对象本身，由于一个注册的对象中可能有多个监听事件，所以value是用list保存的Event。

看下register方法中如何处理的

public void register(Object subscriber) {
Class<?> subscriberClass = subscriber.getClass(); List subscriberMethods = subscriberMethodFinder.findSubscriberMethods(subscriberClass); synchronized (this) { for (SubscriberMethod subscriberMethod : subscriberMethods) { subscribe(subscriber, subscriberMethod); } } } // Must be called in synchronized block private void subscribe(Object subscriber, SubscriberMethod subscriberMethod) { List

上面的代码主要做两件事：1、通过反射遍历注册对象的方法，获取其中带有@Subscribe标签的方法并且放在一个列表中，最后以注册对象为key，@Subscribe的方法列表作为value放在HashMap中，就是上图的形式。

思考：

**1、为什么要将注册监听对象作为key，监听事件列表作为value放在HashMap中？**要弄懂一个问题，EventBus是观察者模式，上面的activity也就是subscribe是订阅者，activity中的event是订阅事件，一个订阅者可以订阅多个事件，移除一个订阅者的监听事件时，应该将其中所有的event的事件移除。也就是说在反注册的时候，会通过Subsribe来查找到其中所有额event进行反注册。

第二幅图(订阅事件和订阅者)

这种表关系是event和subsciption的对应关系，比如在Android中多个activity可能会注册监听同一个event事件，所以在执行：

EventBus.getDefault().post(new Event1());

的时候所有注册监听了Event1的监听都会要会收到回调，看下subsciption的结构

subsciption中包含，订阅的事件和订阅者本身，上面中所有的event就是订阅的事件，在Android中订阅的事件代码如下：

@Subscribe(threadMode = ThreadMode.MAIN)
public void onEvent(Event event) {
}

而subsriber就是订阅者比如会在activity的onstart中执行

…
EventBus.getDefault().register(this);

那么subsribe就是activity。

思考为什么需要保存Event和subsribe对应的关系表？

这是因为一个Event可能会有被多个subsribe订阅，所以有当执行post(Event)的时候会查找到所有订阅了Event事件的subscribe并调用其中的event方法。下面看下post方法：

private boolean postSingleEventForEventType(Object event, PostingThreadState postingState, Class<?> eventClass) {
CopyOnWriteArrayList subscriptions;
synchronized (this) {
subscriptions = subscriptionsByEventType.get(eventClass);
}
if (subscriptions != null && !subscriptions.isEmpty()) {
for (Subscription subscription : subscriptions) {
postingState.event = event;
postingState.subscription = subscription;
boolean aborted = false;
try {
postToSubscription(subscription, event, postingState.isMainThread);
aborted = postingState.canceled;
} finally {
postingState.event = null;
postingState.subscription = null;
postingState.canceled = false;
}
if (aborted) {
break;
}
}
return true;
}
return false;
}
}

post和postSticky主要都会调用到上面的方法，上面方法中subscriptionsByEventType.get(eventClass)就是通过event的类型找上面的表中找到对应的subscriptions进行通知的。

第三幅图

在看第三幅图之前思考一个问题，postSticky到底是怎么执行的？为什么先执行postSticky，后执行register还是可以监听到event事件？先看postSticky代码：

public void postSticky(Object event) {
synchronized (stickyEvents) {
stickyEvents.put(event.getClass(), event);
}
// Should be posted after it is putted, in case the subscriber wants to remove immediately
post(event);
}

原来执行postSticky的时候会将event.getclass和event保存起来，然后再看下subscribe代码：

if (subscriberMethod.sticky) {
if (eventInheritance) {
// Existing sticky events of all subclasses of eventType have to be considered.
// Note: Iterating over all events may be inefficient with lots of sticky events,
// thus data structure should be changed to allow a more efficient lookup
// (e.g. an additional map storing sub classes of super classes: Class -> List).
Set<Map.Entry<Class<?>, Object>> entries = stickyEvents.entrySet(); for (Map.Entry

先判断注册监听的event是不是sticky的如果是就会用stickEvents表中找到stickyEvent如果如果注册的事件event和stickyEvent一样那么就会执行一次postToSubscription方法，也就是调用注册的方法执行。