2.1.LiveData是google官方架构JetPack系列的一个响应式开发框架(响应式开发是一种专注于数据流和变化传播的声明式编程范式)，LiveData是一个可以被观察的数据持有者类。LiveData主要用于搭建MVVM架构，并在其中作为数据持有者，LiveData能监听组件的生命周期变化，这样一来只会更新处于活跃状态的组件，一般搭配ViewModel使用，也可以通过Application或者单例进行使用。
LiveData的特点：
1）采用观察者模式自动提示UI更新。
2）不需要手动处理生命周期，不会因为Activity的销毁重建而丢失数据。
3）不会出现内存泄漏。
4）不需要手动取消订阅，Activity在非活跃状态下（销毁、finish之后）不会收到数据更新信息。
5）避免了由Activity处于stop状态而引起的崩溃
6）屏幕发生旋转或回收时也能立即取到数据，避免了界面由生命周期而出现的问题
一般使用MutableLiveData(Mutable可变的)，它是LiveData的实现类，LiveData是一个抽象类。
2.2.LiveData使用步骤
在ViewModel中创建一个持有某种数据类型的LiveData ，通常是用子类MutableLiveData定义
通过 observe 方法可以订阅修改数据的通知
通过 postValue()或者 setValue()(主线程) 方法发送事件更新数据
已经订阅的 Observer 就能够得到数据更改时的通知并回调 onChanged() 方法
在onChanged()方法中更新数据更新UI
举个简单例子：
2.3.源码分析
LiveData主要是观察者模式实现，我们先看看LiveData中observe()方法的参数
我们看到LiveData源码中observe（）方法第一个参数是 LifecycleOwner，而我们代码中传递的是当前页面上下文this，this 和 LifecycleOwner 有何关系呢
我们顺着页面的Activity进行追踪如下：
这时候大家发现了，Activity 的终极父类其实是实现了 LifecycleOwner 的接口，所以传递this不会报错。而observe()的第一个参数其实就相当于一个被观察者，第二个参数observer就相当于观察者。
除了Activity还有Fragment，Service(具体使用LifecycleService)也都可以进行传参
分析完observe()的构造方法，接下来我们看看observe()方法做了哪些操作
1.首先assertMainThread方法
我们可以查看他的源码发现： 这个个方法中判断了当前线程是否为主线程，如果不是主线程则抛出异常
2. if()判断生命周期状态
if (owner.getLifecycle().getCurrentState() == DESTROYED) {
// ignore
return;
}
通过owner获取到当前页面的生命周期状态是否被销毁，如果销毁则return,可以避免内存泄漏的情况
3.LifecycleBoundObserver装饰器
LifecycleBoundObserver wrapper = new LifecycleBoundObserver(owner, observer);
相当于一个装饰器，将持有者（被观察者Activity）和观察者都装进去
这里的onStateChanged方法执行是通过Lifecycle(生命周期感知组件，它感知的一般是 Activity 和 Fragment 的生命周期，它设计的目的就是用来管理 Activity 和 Fragment 的生命周期，以减少内存泄露甚至崩溃的异常问题的出现)回调执行的。
然后我们看判断是否活跃的的判断
这个判断是否是活跃的状态是根据当前的页面至少是start(或者resume)状态来确定，通过enum的ordinal对比比较大小
这里也特别说一声LiveData具有粘性事件，即被监听者先发送事件，监听者还未创建(页面还未创建，事件发出，然后页面创建，依然会接受到事件的情况)，重点的逻辑代码为下面：
页面生命周期变为活跃状态然后执行dispatchingValue(this)进行监听变更。
4.ObserverWrapper缓存
ObserverWrapper existing = mObservers.putIfAbsent(observer, wrapper);
mObservers是一个Map,相当于缓存，缓存一份装饰器，key为observer，value为装饰器wrapper
整个LiveData都是时刻去观察生命周期的状态，从而从根源上避免了内存泄漏的出现，这也是目前好多公司采用jetpack的原因
LiveData中setValue()源码解析
mVersion
LiveData内维护的mVersion表示的是发送信息的版本,每次发送一次信息, 它都会+1, 而ObserverWrapper内维护的mLastVersion为订阅触发的版本号, 当订阅动作生效的时候, 它的版本号会和发送信息的版本号同步.他们初始值都为-1。
static final int START_VERSION = -1;
我们继续查看dispatchingValue()的源码
为什么onChanged可以调用
observer.mObserver.onChanged((T) mData);
mData即为改变的数据，通过mObserver调用onChange(mData),这时候数据 data 就回到了 onChanged()方法中了。
LiveData 内部实现了观察者模式，如果数据要同时通知几个界面，可以采取这种方式
LiveData 数据变化的时候，会回调 Observer 的 onChange 方法，但是回调的前提是 lifecycleOwner（即所依附的 Activity 或者 Fragment） 处于 onStart() 或者 onResume() 状态，它才会回调，否则，必须等到 lifecycleOwner 切换到前台的时候，才回调，其内部解决了因为Lifecycle而导致的崩溃，内存泄漏等问题。因此，这对性能方面确实是一个不小的提升。
备注：postValue如何在子线程调用使用
onActive(活跃的) onInactive(不活跃的) 外部继承LiveData类可调用监听当前状态是否是活跃的。
