pengruiyu 2020-02-19
本来通知这周一复工的,结果好像事情并没有简单,又推迟到下周1了,还要在家办公一段时间,昨天有粉丝问我怎么没有更文,昨天分批次去公司开了一下午的会议,索性大家人数分批开会都带了口罩,所以一点都不慌,大家出门都记得戴口罩,勤洗手~(在家办公还是蛮快乐的,可以边唱歌边办公^_^)
前几天更新了OKHTTP
和Retrofit
的解析,今天更最后一篇EventBus
的解析。
把最近的知识也整理汇总了一份,打算和之前的知识做个汇总的PDF,有兴趣的可以借鉴学习一下
上图知识汇总的PDF相关内容后续GitHub更新,想冲击金三银四的小伙伴可以找找看看,欢迎star
(顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找)
https://github.com/xiangjiana/Android-MS
(VX:mm14525201314)
EventBus
是一个Android端优化的publish/subscribe
消息总线,简化了应用程序内 各组件间、组件与后台线程间的通信。
作为一个消息总线主要有三个组成部分:
事件(Event): 可以是任意类型的对象。通过事件的发布者将事件进行传递。
事件订阅者(Subscriber): 接收特定的事件。
事件发布者(Publisher): 用于通知 Subscriber 有事件发生。可以在任意线程任 意位置发送事件。
上图解释了整个EventBus
的大概工作流程:事件的发布者(Publisher)将事件 (Event)通过post()
方法发送。EventBus
内部进行处理,找到订阅了该事件 (Event)的事件订阅者(Subscriber
)。然后该事件的订阅者(Subscriber
)通过 onEvent()
方法接收事件进行相关处理(关于onEvent()
在EventBus 3.0
中有改动, 下面详细说明)。
EventBus
的简单使用EventBus
依赖到项目build.gradle
添加引用
compile ‘de.greenrobot:eventbus:3.0.0-beta1‘
public class NewsEvent { private String message; public NewsEvent(String message) { this.message = message; } public String getMessage() { return message; } public void setMessage(String message) { this.message = message; } }
public class ToastEvent { private String content; public ToastEvent(String content) { this.content = content; } public String getContent() { return content; } public void setContent(String content) { this.content = content; } }
EventBus.getDefault().register(this);//注册事件 其中this代表订阅者
具体注册了对什么事件的订阅,这个需要onEvent()
方法来说明。在EventBus 3.0
之 前,onEvent()
方法是用来接收指定事件(Event)类型对象,然后进行相关处理操 作。在EventBus 3.0
之后,onEvent()
方法可以自定义方法名,不过要加入注解 @Subscribe
。
@Subscribe public void onToastEvent(ToastEvent event){ Toast.makeText(MainActivity.this,event.getContent(),Toas t.LENGTH_SHORT).show(); }
通过register(this)
来表示该订阅者进行了订阅,通过onToastEvent(ToastEvent event)
表示指定对事件ToastEvent
的订阅。到这里订阅就完成了。
需要注意的是: 一般在onCreate()
方法中进行注册订阅。在onDestory()
方法中进行 解除订阅。
@Override protected void onDestroy() { super.onDestroy(); EventBus.getDefault().unregister(this); }
EventBus.getDefault().post(new ToastEvent("Toast,发个提示,祝大家身体健康,勤洗手戴口罩!"));
那么onToastEvent(ToastEvent event)
会收到事件,并弹出提示。
EventBus
的基础使用流程就是这样的。 其实,EventBus
还有好多其他的功能。下面我们一个个介绍。
EventBus
的进阶使用ThreadMode
当你接收的的事件后,如果处于非UI线程,你要更新UI怎么办?如果处于UI线程, 你要进行耗时操作,怎么办?等等其他情况,通过ThreadMode
统统帮你解决。
用法展示:
@Subscribe(threadMode = ThreadMode.MainThread) public void onNewsEvent(NewsEvent event){ String message = event.getMessage(); mTv_message.setText(message); }
使用起来很简单,通过 @Subscribe(threadMode = ThreadMode.MainThread)
即可指定。 下面具体介绍下ThreadMode
。
关于ThreadMode
,一共有四种模式PostThread
,PostThread
, BackgroundThread
以及Async
。
PostThread
: 事件的处理在和事件的发送在相同的进程,所以事件处理时间不应 太长,不然影响事件的发送线程。
MainThread
: 事件的处理会在UI
线程中执行。事件处理时间不能太长,这个不用说 的,长了会ANR
的。
BackgroundThread
: 如果事件是在UI
线程中发布出来的,那么事件处理就会在子 线程中运行,如果事件本来就是子线程中发布出来的,那么事件处理直接在该子线 程中执行。所有待处理事件会被加到一个队列中,由对应线程依次处理这些事件, 如果某个事件处理时间太长,会阻塞后面的事件的派发或处理。
Async
: 事件处理会在单独的线程中执行,主要用于在后台线程中执行耗时操作, 每个事件会开启一个线程。
priority
事件优先级事件的优先级类似广播的优先级,优先级越高优先获得消息。 用法展示:
@Subscribe(priority = 100) public void onToastEvent(ToastEvent event){ Toast.makeText(MainActivity.this,event.getContent(),Toas t.LENGTH_SHORT).show(); }
当多个订阅者(Subscriber
)对同一种事件类型进行订阅时,即对应的事件处理方 法中接收的事件类型一致,则优先级高(priority
设置的值越大),则会先接收事 件进行处理;优先级低(priority
设置的值越小),则会后接收事件进行处理。
除此之外,EventBus
也可以终止对事件继续传递的功能。 用法展示:
@Subscribe(priority = 100) public void onToastEvent(ToastEvent event){ Toast.makeText(MainActivity.this,event.getContent(),Toas t.LENGTH_SHORT).show(); EventBus.getDefault().cancelEventDelivery(event); }
这样其他优先级比100低,并且订阅了该事件的订阅者就会接收不到该事件。
EventBus
黏性事件EventBus
除了普通事件也支持粘性事件。可以理解成:订阅在发布事件之后,但同 样可以收到事件。订阅/解除订阅和普通事件一样,但是处理订阅的方法有所不同, 需要注解中添加sticky = true
。 用法展示:
@Subscribe(priority = 100,sticky = true) public void onToastEvent(ToastEvent event){ Toast.makeText(MainActivity.this,event.getContent(),Toas t.LENGTH_SHORT).show(); EventBus.getDefault().cancelEventDelivery(event); }
这样,假设一个ToastEvent
的事件已经发布,此时还没有注册订阅。当设置了 sticky = true
,在ToastEvent
的事件发布后,进行注册。依然能够接收到之前发布 的事件。
不过这个时候,发布事件的方式就改变了。
EventBus.getDefault().postSticky(new ToastEvent("Toast,发个提示, 避免去人多的地方!"));
我们如果不再需要该粘性事件我们可以移除
EventBus.getDefault().removeStickyEvent(ToastEvent.class);
或者调用移除所有粘性事件
EventBus.getDefault().removeAllStickyEvents();
EventBus
配置EventBus在2.3
版本中添加了EventBuilder
去配置EventBus
的各方各面。
比如: 如何去构建一个在发布事件时没有订阅者时保持沉默的EventBus
。
EventBus eventBus = EventBus.builder() .logNoSubscriberMessages(false) .sendNoSubscriberEvent(false) .build();
通过上述设置,当一个事件没有订阅者时,不会输出log信息,也不会发布一条默认 信息。
配置默认的EventBus
实例,使用EventBus.getDefault()
是一个简单的方法。获取一 个单例的EventBus
实例。EventBusBuilder
也允许使用installDefaultEventBus
方法 去配置默认的EventBus
实例。
注意: 不同的EventBus
的对象的数据是不共享的。通过一个EventBus
对象去发 布事件,只有通过同一个EventBus
对象订阅事件,才能接收该事件。所以以上使 用EventBus.getDefault()
获得的都是同一个实例。
EventBus.getDefault().register(this);
@Subscribe(threadMode = ThreadMode.MainThread) public void onNewsEvent(NewsEvent event){ String message = event.getMessage(); mTv_message.setText(message); }
EventBus.getDefault().post(new NewsEvent("我是来自SecondActivity 的消息,你好!"));
以上是EventBus
的基本使用。我们先从getDefault
说起。
getDefault()
static volatile EventBus defaultInstance; public static EventBus getDefault() { if (defaultInstance == null) { synchronized (EventBus.class) { if (defaultInstance == null) { defaultInstance = new EventBus(); } } } return defaultInstance; }
通过上述代码可以得知,getDefault()
中通过双检查锁(DCL)机制实现了 EventBus
的单例机制,获得了一个默认配置的EventBus
对象。 下面我们继续看 register()
方法。
register()
在了解register()
之前,我们先要了解一下EventBus
中的几个关键的成员变量。方便 对下面内容的理解。
/** Map<订阅事件, 订阅该事件的订阅者集合> */ private final Map<Class<?>, CopyOnWriteArrayList<Subscription>> subscriptionsByEventType; /** Map<订阅者, 订阅事件集合> */ private final Map<Object, List<Class<?>>> typesBySubscriber; /** Map<订阅事件类类型,订阅事件实例对象>. */ private final Map<Class<?>, Object> stickyEvents;
下面看具体的register()
中执行的代码。
public void register(Object subscriber) { //订阅者类型 Class<?> subscriberClass = subscriber.getClass(); //判断该类是不是匿名类,如果是匿名累要使用反射 boolean forceReflection = subscriberClass.isAnonymousCla ss(); //获取订阅者全部的响应函数信息(即上面的onNewsEvent()之类的方法) List<SubscriberMethod> subscriberMethods = subscriberMethodFinder.findSubscriberMethods(sub scriberClass, forceReflection); //循环每一个事件响应函数,执行 subscribe()方法,更新订阅相关信息 for (SubscriberMethod subscriberMethod : subscriberMetho ds) { subscribe(subscriber, subscriberMethod); } }
由此可见,register()
第一步 获取订阅者的类类型.
第二步 通过 SubscriberMethodFinder
类来解析订阅者类,获取所有的响应函数集合.
第三步 遍历 订阅函数,执行 subscribe()
方法,更新订阅相关信息。 关于 SubscriberMethodFinder
这里就不介绍了。先跟着线索,继续看subscribe()
方法。subscribe
函数分三步。
第一步:
//获取订阅的事件类型 Class<?> eventType = subscriberMethod.eventType; //获取订阅该事件的订阅者集合 CopyOnWriteArrayList<Subscription> subscriptions = subsc riptionsByEventType.get(eventType); //把通过register()订阅的订阅者包装成Subscription 对象 Subscription newSubscription = new Subscription(subscrib er, subscriberMethod); //订阅者集合为空,创建新的集合,并把newSubscription 加入 if (subscriptions == null) { subscriptions = new CopyOnWriteArrayList<Subscriptio n>(); subscriptionsByEventType.put(eventType, subscription s); } else { //集合中已经有该订阅者,抛出异常。不能重复订阅 if (subscriptions.contains(newSubscription)) { throw new EventBusException("Subscriber " + subs criber.getClass() + " already registered to event " + eventType); } } //把新的订阅者按照优先级加入到订阅者集合中。 synchronized (subscriptions) { int size = subscriptions.size(); for (int i = 0; i <= size; i++) { if (i == size || subscriberMethod.priority > sub scriptions.get(i).subscriberMethod.priority) { subscriptions.add(i, newSubscription); break; } } }
第二步:
//根据订阅者,获得该订阅者订阅的事件类型集合 List<Class<?>> subscribedEvents = typesBySubscriber.get( subscriber); //如果事件类型集合为空,创建新的集合,并加入新订阅的事件类型。 if (subscribedEvents == null) { subscribedEvents = new ArrayList<Class<?>>(); typesBySubscriber.put(subscriber, subscribedEvents); } //如果事件类型集合不为空,加入新订阅的事件类型 subscribedEvents.add(eventType);
第三步:
//该事件是stick=true。 if (subscriberMethod.sticky) { //响应订阅事件的父类事件 if (eventInheritance) { Set<Map.Entry<Class<?>, Object>> entries = stick yEvents.entrySet(); //循环获得每个stickyEvent事件 for (Map.Entry<Class<?>, Object> entry : entries ) { Class<?> candidateEventType = entry.getKey() ; //是该类的父类 if (eventType.isAssignableFrom(candidateEven tType)) { //该事件类型最新的事件发送给当前订阅者。 Object stickyEvent = entry.getValue(); checkPostStickyEventToSubscription(newSu bscription, stickyEvent); } } } else { Object stickyEvent = stickyEvents.get(eventType) ; checkPostStickyEventToSubscription(newSubscripti on, stickyEvent); } }
由此可见,
第一步: 通过subscriptionsByEventType
得到该事件类型所有订阅者信 息队列,根据优先级将当前订阅者信息插入到订阅者队列 subscriptionsByEventType
中;
第二步: 在typesBySubscriber
中得到当前订阅者订阅的所有事件队列,将此事件保 存到队列typesBySubscriber
中,用于后续取消订阅;
第三步: 检查这个事件是否 是 Sticky
事件,如果是则从stickyEvents
事件保存队列中取出该事件类型最后一个 事件发送给当前订阅者。
到此,便完成了订阅功能。下面是订阅的具体流程图:
unregister()
public synchronized void unregister(Object subscriber) { // 获取该订阅者所有的订阅事件类类型集合. List<Class<?>> subscribedTypes = typesBySubscriber.get(subsc riber); if (subscribedTypes != null) { for (Class<?> eventType : subscribedTypes) { unsubscribeByEventType(subscriber, eventType); } // 从typesBySubscriber删除该<订阅者对象,订阅事件类类型集合> typesBySubscriber.remove(subscriber); } else { Log.e("EventBus", "Subscriber to unregister was not regi stered before: "+ subscriber.getClass()); } }
private void unsubscribeByEventType(Object subscriber, Class<?> eventType) { // 获取订阅事件对应的订阅者信息集合. List<Subscription> subscriptions = subscriptionsByEventType. get(eventType); if (subscriptions != null) { int size = subscriptions.size(); for (int i = 0; i < size; i ++) { Subscription subscription = subscriptions.get(i); // 从订阅者集合中删除特定的订阅者. if (subscription.subscriber == subscriber) { subscription.active = false; subscriptions.remove(i); i --; size --; } } } }
unregister()
方法比较简单,主要完成了subscriptionsByEventType
以及 typesBySubscriber
两个集合的同步。
post()
public void post(Object event) { // 获取当前线程的Posting状态. PostingThreadState postingState = currentPostingThreadState. get(); // 获取当前线程的事件队列. List<Object> eventQueue = postingState.eventQueue; //将当前事件添加到其事件队列 eventQueue.add(event); //判断新加入的事件是否在分发中 if (!postingState.isPosting) { postingState.isMainThread = Looper.getMainLooper() == Lo oper.myLooper(); postingState.isPosting = true; if (postingState.canceled) { throw new EventBusException("Internal error. Abort s tate was not reset"); }try { // 循环处理当前线程eventQueue中的每一个event对象. while (!eventQueue.isEmpty()) { postSingleEvent(eventQueue.remove(0), postingSta te); } } finally { // 处理完知乎重置postingState一些标识信息. postingState.isPosting = false; postingState.isMainThread = false; } } }
post 函数会首先得到当前线程的 post 信息PostingThreadState
,其中包含事件队 列,将当前事件添加到其事件队列中,然后循环调用 postSingleEvent
函数发布队 列中的每个事件。
private void postSingleEvent(Object event, PostingThreadState po stingState) { //分发事件的类型 Class<?> eventClass = event.getClass(); boolean subscriptionFound = false; //响应订阅事件的父类事件 if (eventInheritance) { //找出当前订阅事件类类型eventClass的所有父类的类类型和其实现的接 口的类类型 List<Class<?>> eventTypes = lookupAllEventTypes(eventCla ss); int countTypes = eventTypes.size(); for (int h = 0; h < countTypes; h ++) { Class<?> clazz = eventTypes.get(h); //发布每个事件到每个订阅者 subscriptionFound |= postSingleEventForEventType(eve nt, postingState, clazz); } } else { subscriptionFound = postSingleEventForEventType(event, p ostingState, eventClass); } .................................... }
调用 postSingleEventForEventType
函数发布每个事件到每个订阅者
private boolean postSingleEventForEventType(Object event, Postin gThreadState postingState, Class<?> eventClass) { CopyOnWriteArrayList<Subscription> subscriptions; synchronized (this) { // 获取订阅事件类类型对应的订阅者信息集合.(register函数时构造的集 合) 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, postingS tate.isMainThread); aborted = postingState.canceled; } finally { postingState.event = null; postingState.subscription = null; postingState.canceled = false; } if (aborted) { break; } } return true; } return false; }
调用 postToSubscription
函数向每个订阅者发布事件。 postToSubscription
函数中 会判断订阅者的 ThreadMode
,从而决定在什么 Mode 下执行事件响应函数。这里 就不贴源码了。后续还牵着到反射以及线程调度问题,这里就不展开了。 以上就是 post的流程,下面是具体的post的流程图。
上图知识汇总的PDF相关内容后续GitHub更新,想冲击金三银四的小伙伴可以找找看看,欢迎star
(顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找)
https://github.com/xiangjiana/Android-MS
(VX:mm14525201314)