Android Lifecycle生命周期组件探索

最新推荐文章于 2024-04-12 15:10:16 发布

m0_57259945

最新推荐文章于 2024-04-12 15:10:16 发布

阅读量837

点赞数 23

分类专栏： 2024年程序员面试文章标签： android

本文链接：https://blog.csdn.net/m0_57259945/article/details/136746897

版权

2024年程序员面试专栏收录该内容

12 篇文章 0 订阅

订阅专栏

这个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