省略相关背景介绍，直接进入主题，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。

分析完毕！