Android arch Lifecycle/LiveData

为什么要有这个东西呢？Android中App有自己的生命周期，四大组件及Fragment也有其自己的生命周期。

拿Activity举例通常我们需要在生命周期开始阶段执行任务比如网络请求数据刷新界面。通常需要在销毁阶段取消这线和组件生命周期有关的任务。比如有RxLifecylce,那这个arch lifecycle是官方自己提供的看一下其实现原理

先搞清楚几个关系

LifecycleOwner 生命周期拥有者这个类的实现类表示其有自己的生命周期 Activity,Fragment等
Lifecycle：定义一个有生命周期的对象拥有生命周期的当前状态被LifecycleOwner所拥有。
LifecycleObserver：标记一个类为生命周期观察者的接口。没有定义方法使用OnLifecycleEvent注解标记方法
LifecycleRegistry:Lifecycle的实现类用于连接LifecycleOwner和LifecycleObserver.就是生命周期事件和生命周期观察者之间的桥梁。addObserver用于添加观察者，handleLifecycleEvent处理生命周期事件。

Lifecycle有自己当前的状态mState，addObserver时将LifecycleObserver和当前状态绑定得到一个ObserverWithState。ObserverWithState将LifecycleObserver转换为LifecycleEventObserver，保存初始

状态。后续通过ObserverWithState通知观察者处理生命周期事件

mParentStates 是否拥有子状态的记录。如果观察者处理生命周期事件时重入了addObserver方法。先将小新添加的ObserverWithState状态升级到mParentStates中的状态
通过calculateTargetState函数获取当前对象状态，逻辑是当前状态取如果有前一个LifecycleObserver，或者Parent LifecycleObserver取值其最小值。
LifecycleObserver对象被保存到mObserverMap中 FastSafeIterableMap<LifecycleObserver, ObserverWithState>: 类似LinkedHashMap ，支持遍历时修改数据，非线程安全。其中有两个数据结构存Entry对象，在LifeCycle中LifecycleObserver为K,ObserverWithState为值。一个数据结构是LinkedList伪装的Map.方便其ceil方法取出其前一个值。一个是HashMap方便按键取值。
如果是第一层addObserver调用sync方法，逻辑是同步观察者队列mObserverMap中节点的状态，

如果最老的节点状态状态值比当前生命周期状态大则从新往老遍历观察者处理到当前状态的按个生命周期。

如果是最新节点状态比当前状态小，则从老往新遍历按个升级生命周期状态。和Fragment生命周期更具Activity生命类似按个往后执行。
handleLifecycleEvent 函数：根据Activity,Fragment生命周期设置LifecycleRegistry状态，并调用sync方法，同步mObserverMap中观察者状态，执行观察者随生命周期变化的逻辑

Fragment 在各个生命周期方法内调用mLifecycleRegistry.handleLifecycleEvent方法，与我们常用的方法一致
Activity：通过ProcessLifecycleOwnerInitializer的一个ContentProvider启动，我们知道在App初始化的时候ActivityThread会调用ContentProvider的onCreate函数，LifecycleDispatcher注册一个registerActivityLifecycleCallbacks(new DispatcherActivityCallback())在每次onActivityCreated时

ReportFragment.injectIfNeededIn(activity);ReportFragment负责将生命周期事件分发给activity的LifecycleRegistry.handleLifecycleEvent(event)
ProcessLifecycleOwner 可以通过这个类为进程中的所有Activity添加统一的观察者。

总结：上面分析了arch.lifecycle生命周期分发和添加生命周期观察者及同步观察者状态，执行观察者自身逻辑的过程后续结合LiveData分析观察者可以如何根据状态改变执行逻辑。

livedata是一个数据持有类。可以在给定的生命周期内观察到数据。这意味着一个观察者可以和一个LifecycleOwner成对添加。这个观察者只有在LifecycleOwner激活状态下会被通知到数据修改。

一个观察者可以在生命周期走到DESTROYES的时候被自动移除。这对于activities和fragments特别有用，它们可以安全的取消订阅来避免泄漏对象

此类用于保存viewmodel的单个数据字段，但也可以用于在应用程序的不同模块之间以一种分离的方式共享数据

看一下LiviData的主要方法observe

构建一个LifecycleBoundObserver对象加入mObservers队列中。将其添加到LifecycleRegistry中
在Lifecycle中了解了在LifecycleOwner生命周期变化时回执行到LifecycleEventObserver的onStateChanged方法
生命周期在DESTROYED时会被取消绑定，在STARTED之后才会被激活，onActive();onInactive();只在状态切换时调用一次。从非激活到激活状态调用dispatchingValue
LiviData中有个 mVersion每次数据变化setValue，只有mVersion比mLastVersion大执行mObserver.onChanged方法。(我们在非激活状态下setValue，如果紧接着被激活了则调用onChanged方法传递最新的数据)
LiviData的setValue会去通知观察者
```
mVersion++;
mData = value;
dispatchingValue(null);
```
postValue提交到主线程setValue

observeForever方法不和生命周期挂钩只是将shouldBeActive永远返true，需要手动移除观察者