省略相关背景介绍,直接进入主题,LiveData看名字就可以知道,这是一个可以感知生命周期的数据模型。那么前面分析到如何感知Activity/Fragment的生命周期呢?本质还是要注册一个观察者给Activity。所以LiveData既然可以感知,那么想必内部也是注册了一个观察者给Activity,果不其然,分析源码可知,其有一个内部类LifecycleBoundObserver,
class LifecycleBoundObserver extends ObserverWrapper implements LifecycleEventObserver
public interface LifecycleEventObserver extends LifecycleObserver {
void onStateChanged(@NonNull LifecycleOwner source, @NonNull Lifecycle.Event event);
}
可以知道,它是通过LifecycleBoundObserver间接的获取到Activity/Fragment的生命周期,到这里如何感知就分析完了,
LiveData本身就是一个数据类,内部可以持有各种类型的数据,这是它的本质作用。那么它另外一个强大的功能就是数据变化了可以显示的发出通知,啥,发出通知?这又让我联想到了观察者,你既然可以发通知,那么我订阅你,我是不是就可以接受到你的信息了。确实是这样
LiveData核心就是观察者模式实现,LiveData作为被观察者,其内部持有一个存储观察者的容器mObservers,其中Observer接口这是暴露出来的观察者实现接口,所以我们只要将观察者注册到里面,那么LiveData数据变化发出通知的时候我们就可以感知到,这里看下注册方法
public void observe(@NonNull LifecycleOwner owner, @NonNull Observer<? super T> observer) {
这个observer参数我们知道,这是我们需要注册的观察者,那么这个LifecycleOwner是干嘛的,这个应该记得,这是之前说Lifecycle的时候一个被观察者实现接口啊,上面我们说到,你LiveData要想感知Activity的生命周期,你必须先要注册到Activity内部的观察者容器里啊,所以通过这个LifecycleOwner的getLifecycle方法就可以获取到那个保存观察者容器,进而将内部的LifecycleBoundObserver注册进去,所以这就是为啥传入它的原因。
小结一下,这个LiveData现在有两个作用,第一个是感知组件的生命周期,第二个是数据变化可以通知外部注册的观察者。
刚才说道LiveData数据变化会通知到对应的观察者,如果此时组件都要销毁了,你还通知毛线呐?所以通知也是有条件的?
分析源码得知,当Activity是活跃状态,它才有可能去通知,另一个条件是LiveData内部维护了一个数据对应的版本号mVersion,这个变量只有setValue的时候才会变化,并且当前版本大于上一个版本,才会发送通知。活跃状态是指 start、resume状态,
小细节 LiveData中有两个方法 onActive和onInactive。方法名就可以看出一个是活跃状态调用,一个不活跃状态调用,解释一下就是,之前是活跃状态,而现在是不活跃状态了,调用onInactive,之前是不活跃状态,现在是活跃状态了,调用onActive。