吃水不忘挖井人
转载自: 海亮 美图技术团队
原文链接:Android消息总线的演进之路:用LiveDataBus替代RxBus、EventBus
海亮,美团高级工程师
2017年加入美团,目前主要负责美团轻收银、美团收银零售版等App的相关业务及模块开发工作。
正文:
对于
Android
系统来说,消息传递是最基本的组件,每一个App
内的不同页面,不同组件都在进行消息传递。消息传递既可以用于Android
四大组件之间的通信,也可用于异步线程和主线程之间的通信。对于Android
开发者来说,经常使用的消息传递方式有很多种,从最早使用的Handler
、BroadcastReceiver
、接口回调,到近几年流行的通信总线类框架EventBus
、RxBus
。Android
消息传递框架,总在不断的演进之中。
从 EventBus 说起
EventBus
是一个Android
事件发布/订阅框架,通过解耦发布者和订阅者简化Android
事件传递。EventBus
可以代替Android
传统的Intent
、Handler
、Broadcast
或接口回调,在Fragment
、Activity
、Service
线程之间传递数据,执行方法。
EventBus
最大的特点就是简洁、解耦。在没有EventBus
之前我们通常用广播来实现监听,或者自定义接口函数回调,有的场景我们也可以直接用Intent
携带简单数据,或者在线程之间通过Handler
处理消息传递。但无论是广播还是Handler
机制远远不能满足我们高效的开发。EventBus
简化了应用程序内各组件间、组件与后台线程间的通信。EventBus
一经推出,便受到广大开发者的推崇。
现在看来,EventBus
给Android
开发者世界带来了一种新的框架和思想,就是消息的发布和订阅。这种思想在其后很多框架中都得到了应用。
发布/订阅模式
订阅发布模式定义了一种“一对多”的依赖关系,让多个订阅者对象同时监听某一个主题对象。这个主题对象在自身状态变化时,会通知所有订阅者对象,使它们能够自动更新自己的状态。
RxBus 的出现
RxBus
不是一个库,而是一个文件,实现只有短短30行代码。RxBus
本身不需要过多分析,它的强大完全来自于它基于的RxJava
技术。响应式编程(Reactive Programming
)技术这几年特别火,RxJava
是它在Java上
的实作。RxJava
天生就是发布/订阅模式,而且很容易处理线程切换。所以,RxBus
凭借区区30行代码,就敢挑战EventBus
“江湖老大”的地位。
RxBus 原理
在RxJava
中有个Subject
类,它继承Observable
类,同时实现了Observer
接口,因此Subject
可以同时担当订阅者和被订阅者的角色,我们使用Subject
的子类PublishSubject
来创建一个Subject
对象(PublishSubject
只有被订阅后才会把接收到的事件立刻发送给订阅者),在需要接收事件的地方,订阅该Subject
对象,之后如果Subject
对象接收到事件,则会发射给该订阅者,此时Subject
对象充当被订阅者的角色。
完成了订阅,在需要发送事件的地方将事件发送给之前被订阅的Subject
对象,则此时Subject
对象作为订阅者接收事件,然后会立刻将事件转发给订阅该Subject
对象的订阅者,以便订阅者处理相应事件,到这里就完成了事件的发送与处理。
最后就是取消订阅的操作了,RxJava
中,订阅操作会返回一个Subscription
对象,以便在合适的时机取消订阅,防止内存泄漏,如果一个类产生多个Subscription
对象,我们可以用一个CompositeSubscription
存储起来,以进行批量的取消订阅。
RxBus 有很多实现,如:
AndroidKnife/RxBus
Blankj/RxBus
其实正如前面所说的,RxBus
的原理是如此简单,我们自己都可以写出一个RxBus
的实现:
基于 RxJava1 的 RxBus 实现:
public final class RxBus {
private final Subject
基于 RxJava2 的 RxBus 实现:
public final class RxBus2 {
private final Subject
引入 LiveDataBus 的想法
从 LiveData 谈起
LiveData
是Android Architecture Components
提出的框架。LiveData
是一个可以被观察的数据持有类,它可以感知并遵循Activity
、Fragment
或Service
等组件的生命周期。正是由于LiveData
对组件生命周期可感知特点,因此可以做到仅在组件处于生命周期的激活状态时才更新UI
数据。
LiveData
需要一个观察者对象,一般是Observer
类的具体实现。当观察者的生命周期处于STARTED
或RESUMED
状态时,LiveData
会通知观察者数据变化;在观察者处于其他状态时,即使LiveData
的数据变化了,也不会通知。
LiveData 的优点
- UI 和实时数据保持一致,因为
LiveData
采用的是观察者模式,这样一来就可以在数据发生改变时获得通知,更新UI
。 - 避免内存泄漏,观察者被绑定到组件的生命周期上,当被绑定的组件销毁(
destroy
)时,观察者会立刻自动清理自身的数据。 - 不会再产生由于 Activity 处于 stop 状态而引起的崩溃,例如:当
Activity
处于后台状态时,是不会收到LiveData
任何事件的。 - 不需要再解决生命周期带来的问题,
LiveData
可以感知被绑定的组件的生命周期,只有在活跃状态才会通知数据变化。 - 实时数据刷新,当组件处于活跃状态或者从不活跃状态到活跃状态时总是能收到最新的数据。
- 解决
Configuration Change
问题,在屏幕发生旋转或者被回收再次启动,立刻就能收到最新的数据。
谈一谈 Android Architecture Components
Android Architecture Components
的核心是Lifecycle
、LiveData
、ViewModel
以及 Room
,通过它可以非常优雅的让数据与界面进行交互,并做一些持久化的操作,高度解耦,自动管理生命周期,而且不用担心内存泄漏的问题。
- Room
一个强大的SQLite
对象映射库。 - ViewModel
一类对象,它用于为UI
组件提供数据,在设备配置发生变更时依旧可以存活。 - LiveData
一个可感知生命周期、可被观察的数据容器,它可以存储数据,还会在数据发生改变时进行提醒。 - Lifecycle
包含LifeCycleOwer
和LifecycleObserver
,分别是生命周期所有者和生命周期感知者。
Android Architecture Components 的特点
- 数据驱动型编程
变化的永远是数据,界面无需更改。 - 感知生命周期,防止内存泄漏
- 高度解耦
数据,界面高度分离。 - 数据持久化
数据、ViewModel
不与UI
的生命周期挂钩,不会因为界面的重建而销毁。
重点:为什么使用 LiveData 构建数据通信总线 LiveDataBus
使用 LiveData 的理由
- LiveData 具有的这种可观察性和生命周期感知的能力,使其非常适合作为 Android 通信总线的基础构件。
- 使用者不用显示调用反注册方法。
由于LiveData
具有生命周期感知能力,所以LiveDataBus
只需要调用注册回调方法,而不需要显示的调用反注册方法。这样带来的好处不仅可以编写更少的代码,而且可以完全杜绝其他通信总线类框架(如EventBus
、RxBus
)忘记调用反注册所带来的内存泄漏的风险。
为什么要用LiveDataBus替代EventBus和RxBus
- LiveDataBus 的实现极其简单,相对
EventBus
复杂的实现,LiveDataBus
只需要一个类就可以实现。 - LiveDataBus 可以减小 APK 包的大小,由于
LiveDataBus
只依赖Android
官方Android Architecture Components
组件的LiveData
,没有其他依赖,本身实现只有一个类。作为比较,EventBus JAR
包大小为57kb
,RxBus
依赖RxJava
和RxAndroid
,其中RxJava2
包大小2.2MB
,RxJava1
包大小1.1MB
,RxAndroid
包大小9kb
。使用LiveDataBus
可以大大减小APK
包的大小。 - LiveDataBus 依赖方支持更好,
LiveDataBus
只依赖Android
官方Android Architecture Components
组件的LiveData
,相比RxBus
依赖的RxJava
和RxAndroid
,依赖方支持更好。 - LiveDataBus 具有生命周期感知,
LiveDataBus
具有生命周期感知,在Android
系统中使用调用者不需要调用反注册,相比EventBus
和RxBus
使用更为方便,并且没有内存泄漏风险。
LiveDataBus 的设计和架构
LiveDataBus 的组成
- 消息
消息可以是任何的Object
,可以定义不同类型的消息,如Boolean
、String
。也可以定义自定义类型的消息。 - 消息通道
LiveData
扮演了消息通道的角色,不同的消息通道用不同的名字区分,名字是String
类型的,可以通过名字获取到一个LiveData
消息通道。 - 消息总线
消息总线通过单例实现,不同的消息通道存放在一个HashMap
中。 - 订阅
订阅者通过getChannel
获取消息通道,然后调用observe
订阅这个通道的消息。
发布
发布者通过getChannel
获取消息通道,然后调用setValue
或者postValue
发布消息。
LiveDataBus原理图
LiveDataBus的实现
第一个实现:
public final class LiveDataBus {
private final Map> bus;
private LiveDataBus() {
bus = new HashMap<>();
}
private static class SingletonHolder {
private static final LiveDataBus DATA_BUS = new LiveDataBus();
}
public static LiveDataBus get() {
return SingletonHolder.DATA_BUS;
}
public MutableLiveData getChannel(String target, Class type) {
if (!bus.containsKey(target)) {
bus.put(target, new MutableLiveData<>());
}
return (MutableLiveData) bus.get(target);
}
public MutableLiveData getChannel(String target) {
return getChannel(target, Object.class);
}
}
短短二十行代码,就实现了一个通信总线的全部功能,并且还具有生命周期感知功能,并且使用起来也及其简单:
注册订阅:
LiveDataBus.get().getChannel("key_test", Boolean.class)
.observe(this, new Observer() {
@Override
public void onChanged(@Nullable Boolean aBoolean) {
}
});
发送消息:
LiveDataBus.get().getChannel("key_test").setValue(true);
我们发送了一个名为"key_test
",值为true
的事件。
这个时候订阅者就会收到消息,并作相应的处理,非常简单。
问题出现
对于LiveDataBus
的第一版实现,我们发现,在使用这个LiveDataBus
的过程中,订阅者会收到订阅之前发布的消息。对于一个消息总线来说,这是不可接受的。无论EventBus
或者RxBus
,订阅方都不会收到订阅之前发出的消息。对于一个消息总线,LiveDataBus
必须要解决这个问题。
问题分析
怎么解决这个问题呢?先分析下原因:
当LifeCircleOwner
的状态发生变化的时候,会调用LiveData.ObserverWrapper
的activeStateChanged
函数,如果这个时候ObserverWrapper
的状态是active
,就会调用LiveData
的dispatchingValue
。
在
LiveData
的
dispatchingValue
中,又会调用
LiveData
的
considerNotify
方法。
在
LiveData
的
considerNotify
方法中,红框中的逻辑是关键,如果
ObserverWrapper
的
mLastVersion
小于
LiveData
的
mVersion
,就会去回调mObserver的onChanged方法。而每个新的订阅者,其
version
都是
-1
,
LiveData
一旦设置过其
version
是大于
-1
的(每次
LiveData
设置值都会使其
version
加
1
),这样就会导致
LiveDataBus
每注册一个新的订阅者,这个订阅者立刻会收到一个回调,即使这个设置的动作发生在订阅之前。
问题原因总结
对于这个问题,总结一下发生的核心原因。对于LiveData
,其初始的version
是-1
,当我们调用了其setValue
或者postValue
,其vesion
会+1
;对于每一个观察者的封装ObserverWrapper
,其初始version
也为-1
,也就是说,每一个新注册的观察者,其version
为-1
;当LiveData
设置这个ObserverWrapper
的时候,如果LiveData
的version
大于ObserverWrapper
的version
,LiveData
就会强制把当前value
推送给Observer
。
如何解决这个问题
明白了问题产生的原因之后,我们来看看怎么才能解决这个问题。很显然,根据之前的分析,只需要在注册一个新的订阅者的时候把Wrapper
的version
设置成跟LiveData
的version
一致即可。
那么怎么实现呢,看看LiveData
的observe
方法,他会在 步骤1
创建一个LifecycleBoundObserver
,LifecycleBoundObserver
是ObserverWrapper
的派生类。然后会在步骤2
把这个LifecycleBoundObserver
放入一个私有Map
容器mObservers
中。无论ObserverWrapper
还是LifecycleBoundObserver
都是私有的或者包可见的,所以无法通过继承的方式更改LifecycleBoundObserver
的version
。
那么能不能从Map
容器mObservers
中取到LifecycleBoundObserver
,然后再更改version
呢?答案是肯定的,通过查看SafeIterableMap
的源码我们发现有一个protected
的get
方法。因此,在调用observe
的时候,我们可以通过反射拿到LifecycleBoundObserver
,再把LifecycleBoundObserver
的version
设置成和LiveData
一致即可。
对于非生命周期感知的
observeForever
方法来说,实现的思路是一致的,但是具体的实现略有不同。
observeForever
的时候,生成的
wrapper
不是
LifecycleBoundObserver
,而是
AlwaysActiveObserver
(
步骤1
),而且我们也没有机会在
observeForever
调用完成之后再去更改
AlwaysActiveObserver
的
version
,因为在
observeForever
方法体内,
步骤3
的语句,回调就发生了。
那么对于
observeForever
,如何解决这个问题呢?既然是在调用内回调的,那么我们可以写一个
ObserverWrapper
,把真正的回调给包装起来。把
ObserverWrapper
传给
observeForever
,那么在回调的时候我们去检查调用栈,如果回调是
observeForever
方法引起的,那么就不回调真正的订阅者。
LiveDataBus最终实现
public final class LiveDataBus {
private final Map> bus;
private LiveDataBus() {
bus = new HashMap<>();
}
private static class SingletonHolder {
private static final LiveDataBus DEFAULT_BUS = new LiveDataBus();
}
public static LiveDataBus get() {
return SingletonHolder.DEFAULT_BUS;
}
public MutableLiveData with(String key, Class type) {
if (!bus.containsKey(key)) {
bus.put(key, new BusMutableLiveData<>());
}
return (MutableLiveData) bus.get(key);
}
public MutableLiveData with(String key) {
return with(key, Object.class);
}
private static class ObserverWrapper implements Observer {
private Observer observer;
public ObserverWrapper(Observer observer) {
this.observer = observer;
}
@Override
public void onChanged(@Nullable T t) {
if (observer != null) {
if (isCallOnObserve()) {
return;
}
observer.onChanged(t);
}
}
private boolean isCallOnObserve() {
StackTraceElement[] stackTrace = Thread.currentThread().getStackTrace();
if (stackTrace != null && stackTrace.length > 0) {
for (StackTraceElement element : stackTrace) {
if ("android.arch.lifecycle.LiveData".equals(element.getClassName()) &&
"observeForever".equals(element.getMethodName())) {
return true;
}
}
}
return false;
}
}
private static class BusMutableLiveData extends MutableLiveData {
private Map observerMap = new HashMap<>();
@Override
public void observe(@NonNull LifecycleOwner owner, @NonNull Observer observer) {
super.observe(owner, observer);
try {
hook(observer);
} catch (Exception e) {
e.printStackTrace();
}
}
@Override
public void observeForever(@NonNull Observer observer) {
if (!observerMap.containsKey(observer)) {
observerMap.put(observer, new ObserverWrapper(observer));
}
super.observeForever(observerMap.get(observer));
}
@Override
public void removeObserver(@NonNull Observer observer) {
Observer realObserver = null;
if (observerMap.containsKey(observer)) {
realObserver = observerMap.remove(observer);
} else {
realObserver = observer;
}
super.removeObserver(realObserver);
}
private void hook(@NonNull Observer observer) throws Exception {
//get wrapper's version
Class classLiveData = LiveData.class;
Field fieldObservers = classLiveData.getDeclaredField("mObservers");
fieldObservers.setAccessible(true);
Object objectObservers = fieldObservers.get(this);
Class> classObservers = objectObservers.getClass();
Method methodGet = classObservers.getDeclaredMethod("get", Object.class);
methodGet.setAccessible(true);
Object objectWrapperEntry = methodGet.invoke(objectObservers, observer);
Object objectWrapper = null;
if (objectWrapperEntry instanceof Map.Entry) {
objectWrapper = ((Map.Entry) objectWrapperEntry).getValue();
}
if (objectWrapper == null) {
throw new NullPointerException("Wrapper can not be bull!");
}
Class> classObserverWrapper = objectWrapper.getClass().getSuperclass();
Field fieldLastVersion = classObserverWrapper.getDeclaredField("mLastVersion");
fieldLastVersion.setAccessible(true);
//get livedata's version
Field fieldVersion = classLiveData.getDeclaredField("mVersion");
fieldVersion.setAccessible(true);
Object objectVersion = fieldVersion.get(this);
//set wrapper's version
fieldLastVersion.set(objectWrapper, objectVersion);
}
}
}
注册订阅:
LiveDataBus.get()
.with("key_test", String.class)
.observe(this, new Observer() {
@Override
public void onChanged(@Nullable String s) {
}
});
发送消息:
LiveDataBus.get().with("key_test").setValue(s);
源码说明
LiveDataBus
的源码可以直接拷贝使用,也可以前往作者的GitHub
仓库查看下载:
https://github.com/JeremyLiao/LiveDataBus
总结
本文提供了一个新的消息总线框架 —— LiveDataBus。订阅者可以订阅某个消息通道的消息,发布者可以把消息发布到消息通道上。利用LiveDataBus
,不仅可以实现消息总线功能,而且对于订阅者,他们不需要关心何时取消订阅,极大减少了因为忘记取消订阅造成的内存泄漏风险。