Android Lifecycle生命周期组件探索

AndroidLifecycleScopeProvider.from(this, Lifecycle.Event.ON_DESTROY) 中的this是什么：

这个this实际上是LifecycleOwner这个接口，LifecycleOwner又是神马？

是android提供的Lifecycle这个组件库中的一个接口，同时还有一个LifecycleObserver观察者接口，通过源码发现，support.v7包中的AppCompatActivity最终继承自SupportActivity，SupportActivity实现了LifecycleOwner接口，support.v4包中的Fragment也实现了LifecycleOwner接口。AndroidX的ComponentActivity支持库同样也实现了LifecycleOwner接口：

所以这些类当中默认都能直接使用 AutoDispose ，那具体的生命周期检测是如何做到的？

先看LifecycleObserver这个接口的简单使用代码：

import android.arch.lifecycle.Lifecycle;

import android.arch.lifecycle.LifecycleObserver;

import android.arch.lifecycle.OnLifecycleEvent;

import android.util.Log;

public class MyObserver implements LifecycleObserver {

private final static String TAG = MyObserver.class.getSimpleName();

@OnLifecycleEvent(Lifecycle.Event.ON_START)

public void ready(){

Log.e(TAG,“ON_START”);

}

@OnLifecycleEvent(Lifecycle.Event.ON_RESUME)

public void connectListener() {

Log.e(TAG,“ON_RESUME”);

}

@OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)

public void disconnectListener() {

Log.e(TAG,“ON_PAUSE”);

}

@OnLifecycleEvent(Lifecycle.Event.ON_DESTROY)

public void destroyListener() {

Log.e(TAG,“ON_DESTROY”);

}

}

然后在Activity当中调用：getLifecycle().addObserver(new MyObserver());

运行，启动AC，home返回桌面，再返回，再back关闭AC，打印输出：

我们发现LifecycleOwner这个接口可以帮助我们摆脱Activity之外独立监听Activity的生命周期，

点击 getLifecycle() 方法，发现：

没错，就是在SupportActivity类当中的 LifecycleRegistry这个类的对象

LifecycleRegistry 又是神马？

预览一下它的几个方法：

LifecycleRegistry就像状态机一样，来管理和切换Ac的各个生命周期状态的，每个生命周期都有状态常量与之一一对应，那AC又是如何调用LifecycleRegistry的呢？

在 SupportActivity 的onCreate方法当中：

public class SupportActivity extends Activity implements LifecycleOwner, Component {

private LifecycleRegistry mLifecycleRegistry = new LifecycleRegistry(this);

protected void onCreate(@Nullable Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

ReportFragment.injectIfNeededIn(this);

}

@CallSuper

protected void onSaveInstanceState(Bundle outState) {

this.mLifecycleRegistry.markState(State.CREATED);

super.onSaveInstanceState(outState);

}

关键是这一行：ReportFragment.injectIfNeededIn(this);，那这个 ReportFragment又是神马？

就是一个Fragment类，而且不是v4包的，是原生包里的，继续看：

它的每个生命周期方法中都会调用 dispatch(Lifecycle.Event event) 方法：

这里调用了 LifecycleRegistry 的 handleLifecycleEvent 方法，而handleLifecycleEvent 方法当中其实就是进行对应生命周期状态的切换了。我们知道Activity 会自动调用 Fragment 的生命周期，这样就完成了生命周期的无感知监听，利用了一个隐式的无UI界面的Fragment对象来巧妙的实现的。

上面是 SupportActivity 的，那普通 Activity 呢？怎么调用 LifecycleRegistry 的？

对于 26.1.0 以后的版本，你会发现，对于普通的 Activity，如果你想要使用 lifecycle，你只需要实现LifecycleOwner 接口即可。

从上面的代码也可以看出来，只要Activity是LifecycleOwner 的实现类，就会调用它的getLifecycle()方法获得LifecycleRegistry对象自动处理，而则一切都发生在ReportFragment这个类里面，所以关键就是普通 Activity如何跟ReportFragment绑定的？

其实是在 LifecycleDispatcher 类当中调用的：

class LifecycleDispatcher {

private static AtomicBoolean sInitialized = new AtomicBoolean(false);

static void init(Context context) {

if (sInitialized.getAndSet(true)) {

return;

}

((Application) context.getApplicationContext())

.registerActivityLifecycleCallbacks(new DispatcherActivityCallback());

}

@SuppressWarnings(“WeakerAccess”)

@VisibleForTesting

static class DispatcherActivityCallback extends EmptyActivityLifecycleCallbacks {

@Override

public void onActivityCreated(Activity activity, Bundle savedInstanceState) {

ReportFragment.injectIfNeededIn(activity);

}

@Override

public void onActivityStopped(Activity activity) {

}

@Override

public void onActivitySaveInstanceState(Activity activity, Bundle outState) {

}

}

private LifecycleDispatcher() {

}

}

可以看到，它 在 init 方法中，通过 context.getApplicationContext() .registerActivityLifecycleCallbacks 监听全局 activity 的创建，在 activity onCreate 回调的时候，还是调用 ReportFragment.injectIfNeededIn(activity) ，从而来添加 fragment对象，进而分发相应的事件。

那 LifecycleDispatcher.init 方法又是在哪里调用的呢？

public class ProcessLifecycleOwnerInitializer extends ContentProvider {

@Override

public boolean onCreate() {

LifecycleDispatcher.init(getContext());

ProcessLifecycleOwner.init(getContext());

return true;

}

它是在 ProcessLifecycleOwnerInitializer 的 onCreate 方法中调用的。而 ProcessLifecycleOwnerInitializer 是一个 ContentProvider。

而 ContentProvider 的 onCreate 方法优先于 Application 的 onCreate 执行，所以在 Application 之前我们就调用了 ProcessLifecycleOwnerInitializer init 方法，监听了 Activity 的创建，当 Actiivty 创建的时候，会尝试为 Activity 添加 ReportFragment。后续就通过 ReportFragment 监听 Activity 的生命周期变化。

关于_ContentProvider 的 onCreate 方法优先于 Application 的 onCreate 执行_，可以参考这里。

所以，如果在普通 Actiivty 当中使用前面定义的 MyObserver 来监听，可以直接像下面这样写：

搞个Activity基类也可以，这样使用体验就跟 AppCompatActivity 的子类一样了

建议还是直接继承 AppCompatActivity 这种类似的 support v4 / v7 包 中的Activity类，或者androidx里面的Activity类，方便些。

这里需要注意的是 LifecycleDispatcher 和 ProcessLifecycleOwnerInitializer 在androidx当中是自带的，但是如果没有使用androidx需要自己添加一个扩展依赖：

dependencies {

implementation fileTree(dir: ‘libs’, include: [‘*.jar’])

implementation “com.android.support:appcompat-v7:28.0.0”

//LifecycleDispatcher和ProcessLifecycleOwnerInitializer在这个库当中

implementation ‘android.arch.lifecycle:extensions:1.1.1’

//implementation ‘android.arch.lifecycle:runtime:1.1.1’//这个不加好像也会默认引入
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

Android进阶资料

以下的资料是近年来，我和一些朋友面试收集整理了很多大厂的面试真题和资料，还有来自如阿里、小米、爱奇艺等一线大厂的大牛整理的架构进阶资料。希望可以帮助到大家。

Android进阶核心笔记

百万年薪必刷面试题

最全Android进阶学习视频

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

Android进阶资料

以下的资料是近年来，我和一些朋友面试收集整理了很多大厂的面试真题和资料，还有来自如阿里、小米、爱奇艺等一线大厂的大牛整理的架构进阶资料。希望可以帮助到大家。

Android进阶核心笔记

[外链图片转存中…(img-CcWY7y4s-1713718413238)]

百万年薪必刷面试题

[外链图片转存中…(img-TJQ5AiFF-1713718413239)]

最全Android进阶学习视频

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！