78.Lifecycle使用与原理解析

https://blog.csdn.net/xfhy_/article/details/88543884
引入：
非Androidx：
implementation "android.arch.lifecycle:runtime:1.1.1"
annotationProcessor "android.arch.lifecycle:compiler:1.1.1"
Androidx：
implementation "androidx.lifecycle:lifecycle-runtime:2.0.0"
implementation "androidx.lifecycle:lifecycle-extensions:2.0.0"
implementation "androidx.lifecycle:lifecycle-common-java8:2.0.0"
annotationProcessor "androidx.lifecycle:lifecycle-compiler:2.0.0"

使用：
1.新建MyLifecycleObserver 实现LifecycleObserver，创建生命周期方法并使用@OnLifecycleEvent(Lifecycle.Event.xx)注解
2.在activity中，getLifecycle().addObserver(new MyLifecycleObserver());
public class MyLifecycleObserver implements LifecycleObserver{
@OnLifecycleEvent(Lifecycle.Event.ON_CREATE)
public void onCreate(){
Log.d("dww","onCreate");
}
@OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
public void onResume(){
Log.d("dww","onResume");
}
...其他生命周期方法，方法名随意。
}
不管activity生命周期如何变化，我们创建的观察者总是能够监听到响应的生命周期变化，并且回调我们写的方法。
用处：比如在presenter里可以监听activity生命周期，从而进行一些相应的操作和处理

原理：
getLifecycle()返回的是ComponentActivity的mLifecycleRegistry，ComponentActivity实现了LifecycleOwner接口，LifecycleOwner接口里有个getLifecycle方法用于获取Lifecycle。
LifecycleRegistry继承自Lifecycle，他是用在Fragment和Activity上的，可以处理多个声明周期观察者
Lifecycle是抽象类，有主要的三个方法 addObserver，removeObserver，getCurrentState。
Event是Lifecycle的一个枚举，包括ON_CREATE，ON_START，ON_RESUME，ON_PAUSE，
ON_STOP，ON_DESTROY，ON_ANY。

ReportFragment
在ComponentActivity的onCreate方法中会调用一句ReportFragment.injectIfNeededIn(activity)，创建了一个ReportFragment并注入activity。其实就是在activity中创建一个fragment，fragment的生命周期我们是知道的，当然就知道了activity的生命周期，接着通知相关的观察者即可。当然这个fragment是没有界面的。
ReportFragment中的生命周期方法(onActivityCreated为例)调用了dispatchCreate(mProcessListener)和dispatch(Lifecycle.Event.ON_START)。
ReportFragment中有setProcessListener是在ProcessLifecycleOwner类中注册的，ProcessLifecycleOwner是单例的，通过public static final ProcessLifecycleOwner mInstance = new ProcessLifecycleOwner();ProcessLifecycleOwner给整个APP提供lifecycle的，也就是说通过它我们可以观察到整个应用程序的生命周期。

ProcessLifecycleOwner如何做到的观察生命周期？
在attach方法中registerActivityLifecycleCallbacks注册了一个监听器，一旦有activity创建就给他设置一个listener，这样就保证了每个ReportFragment都有listener。

ProcessLifecycleOwner是个单例的肯定在一开始就初始化了，既然没有让我们在application中初始化，那么就是在ContentProvider里初始化的。ContentProvider的onCreate方法执行的时间比application的onCreate执行还要早。

public class ProcessLifecycleOwnerInitializer extends ContentProvider {
@Override
public boolean onCreate() {
LifecycleDispatcher.init(getContext());
ProcessLifecycleOwner.init(getContext());
return true;
}
}
LifecycleDispatcher的init方法注册了一个registerActivityLifecycleCallbacks监听器，并在监听器方法中又调用了一遍ReportFragment.injectIfNeededIn(activity)，确保兼容问题，两次依赖注入，内部实现是用==null判断的，所以两次注入也只会调用一次。

分发事件：
回到ReportFragment中的onActivityCreated方法中，dispatch(Lifecycle.Event.ON_CREATE);dispatch方法中获取Activity中的LifecycleRegistry，然后通过handleLifecycleEvent方法中的moveToState方法中的sync方法循环遍历所有观察者，通过forwardPass方法分发事件，forwardPass中的observer其实是一个ObserverWithState对象，ObserverWithState的构造方法中，通过Lifecycling.lifecycleEventObserver(observer)根据传进来的observer，构造了一个GenericLifecycleObserver类型的GenericLifecycleObserver。

依赖注入：
引入annotationProcessor "android.arch.lifecycle:compiler:1.1.1"会自动生成一个xxx_LifecycleAdapter的文件（上面的就是MyLifecycleObserver_LifecycleAdapter），因为是使用了方法注解@OnLifecycleEvent，每次反射去取这些东西比较耗时，所以通过依赖注入的方式，把这些标注了的方法进行预处理，然后直接回调这些方法，避免反射，提高性能，xxx_LifecycleAdapter只有一个构造方法，所以在Lifecycling.lifecycleEventObserver(observer)方法中会构造出一个SingleGeneratedAdapterObserver，SingleGeneratedAdapterObserver内部就是用xxx_LifecycleAdapter调用了一下callMethods方法。