虽然EventBus现在有点过时了,但是其蕴含的思想还是很值得我们去学习的。
个人认为EventBus的魅力在于避免了回调带来的接口爆炸,今天来看一下EventBus的粘性事件的原理。
1. 粘性事件的用法:
- 订阅的时候
@Subscribe(threadMode = ThreadMode.MAIN, sticky = true)
public fun onEvent() {
}
很简单,就是在订阅的时候加上sticky = true
- 发布的时候
EventBus.getDefault().postSticky(this)
只是将一般的post改为postSticky
2. 事件的接收
- 一般事件的接收,当我们调用EventBus.getDefault().register(this)的时候,会通过通过注解去拿我们注册的方法,代码如下:
List<SubscriberMethod> subscriberMethods = subscriberMethodFinder.findSubscriberMethods(subscriberClass);
将方法拿出来之后就会和具体的事件类型绑定:
subscriptionsByEventType.put(eventType, subscriptions);
当我们调用post的时候,会去刚才的缓存里查询:
subscriptions = subscriptionsByEventType.get(eventClass);
然后根据反射调用我们注册的方法。
所谓粘性事件就是在事件发送时,接收者还不存在,当接收方注册的时候再处理该事件。
- 粘性事件的接收,在我们调用postSticky,会把粘性事件先保存下来:
stickyEvents.put(event.getClass(), event);
当EventBus遍历订阅方法时根据注解判断当前方法是否是sticky,如果是的:
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<Class>).
Set<Map.Entry<Class<?>, Object>> entries = stickyEvents.entrySet();
for (Map.Entry<Class<?>, Object> entry : entries) {
Class<?> candidateEventType = entry.getKey();
if (eventType.isAssignableFrom(candidateEventType)) {
Object stickyEvent = entry.getValue();
checkPostStickyEventToSubscription(newSubscription, stickyEvent);
}
}
} else {
Object stickyEvent = stickyEvents.get(eventType);
checkPostStickyEventToSubscription(newSubscription, stickyEvent);
}
}
就拿到这个粘性事件,直接调用该订阅方法:
postToSubscription(subscription, event, postingState.isMainThread);
网友评论