系列文章目录

第一章 Android: 彻底搞懂Lifecycle——使用篇
第二章 Android: 彻底搞懂Lifcycle——原理篇

---

文章目录

• 系列文章目录
• 前言
• 一、Lifecycle是什么？
• • 1. 应用场景
  • 2. 示例
• 二、Lifecycle使用
• • 1. 泳（用）裤（库）第一步是什么？——先引入
  • 2. Lifecycle类
  • 3. LifecycleOwner接口
  • • 3.1. 自定义类实现LifecycleOwner接口
• 总结

---

前言

你真的了解lifecycle吗？本文的目标就是要“打破砂锅问到底”，带你真真切切了解它。

---

一、Lifecycle是什么？

lifecycle 是属于Android Jetpack（官方开发工具包）—— Architecture（架构组件）中的一员。

【官方介绍】构建生命周期感知型组件，这些组件可以根据 Activity 或 Fragment 的当前生命周期状态调整行为。

【白话】lifecycle可以和Activity或Fragment生命周期绑定，方便我们做一些跟生命周期相关的业务逻辑。

1. 应用场景

• 控制视频缓冲的开始与停止：启动App的时候可以更快的开始缓冲视频，App销毁时停止缓冲。
• 开始和停止网络连接：应用位于前台时可能需要实时传输数据，并在应用进入后台时自动暂停。
• 控制页面动画的启动与停止：动画在页面可见时进行播放，不可见时停止。

2. 示例

为了方便李（理）姐（解），下面直接用伪代码写了。

class MainActivity: AppCompatActivity{
	/**网络监听器*/
	val mNet = NetListener()
	/**视频播放器*/
	val mPlayer = VideoPlayer()
	
	override fun onStart(){
		mNet.connect()// 网络开始连接
		mPlayer.startCache()// 视频开始缓冲
		耗时任务（）
		// 其他业务逻辑...
	}
	
	override fun onStop(){
		mNet.cancel()// 网络断开
		mPlayer.releaseCache()// 视频释放缓存
		// 其他业务逻辑...
	}
}

这是很常见的写法，我们在生命周期的回调方法中做了很多事情，一旦代码多了后，是很难维护的。

另外,在页面停止时，其他生命周期（如onStart）有耗时任务，这时有可能onStop先结束，而耗时的组件，还存在。

随着业务复杂，也容易出bug, 让本不富裕的家庭，雪上＋霜🥲，这就需要本文的主角Lifecycle来感知生命周期的变化，解耦出去这些逻辑，并自动在适当的生命周期内执行。

题外话：如果不用这个库 我们可以在onStart() onStop()回调方法中处理这些逻辑，也能达到同样的效果，但你有没有想过，一旦在这些方法中处理逻辑多了，耦合度也就严重了，我们开发中用的一些架构模式，从MVC, MVP到MVVM,再到现在的MVI,这一切的演变为了什么?它们都有一个共同的目的——解耦。随着APP越来越庞大，功能越来越多，业务逻辑也越来越复杂，我们需要让我们的程序结构更清晰，更简洁。最佳的做法就是，把逻辑抽离出来进行解耦，Activity，Fragment它们是界面控制器，只负责界面的变化，业务逻辑交给其他层来处理。

【疑问】只能和Activity、Fragment绑定? 能绑Service、Application吗？
——咱们带着问题找答案…

创作此时的最新稳定版是：lifecycle-* 2.4.1

二、Lifecycle使用

1. 泳（用）裤（库）第一步是什么？——先引入

咱们先看看可以引用哪些？

    dependencies {
        def lifecycle_version = "2.5.0-rc01"
        def arch_version = "2.1.0"

        // ViewModel
        // ViewModel模块（普通版），用在普通xml写的页面上的，以生命周期的方式管理界面相关的数据。
        implementation "androidx.lifecycle:lifecycle-viewmodel-ktx:$lifecycle_version"
        // ViewModel utilities for Compose
        // 这个也是ViewModel模块（Compose版），只不过它是用在Compose页面的。
        implementation "androidx.lifecycle:lifecycle-viewmodel-compose:$lifecycle_version"
        // LiveData
        // livedata与lifecycle 有啥关系？
        // LiveData是在lifecycle基础上出来的，用于观察数据的变化，来及时更新UI界面，也就是“观察者模式”，它与“Observable”区别是，LiveData是会感知生命周期的；
        implementation "androidx.lifecycle:lifecycle-livedata-ktx:$lifecycle_version"
        // Lifecycles only (without ViewModel or LiveData)
        // 只有Lifecycle,不包含VM 和 LiveData
        implementation "androidx.lifecycle:lifecycle-runtime-ktx:$lifecycle_version"

        // Saved state module for ViewModel
        // 使ViewModel支持保存状态。无论配置变化时，还是程序意外关闭时，当用到onSaveInstanceState()保存数据和恢复数据时，就可引入下面库，让这些操作在ViewModel内完成。
        implementation "androidx.lifecycle:lifecycle-viewmodel-savedstate:$lifecycle_version"

        // Annotation processor
        // 注解处理器
        kapt "androidx.lifecycle:lifecycle-compiler:$lifecycle_version"
        // alternately - if using Java8, use the following instead of lifecycle-compiler
        // 替代——如果使用Java8，请使用以下替代生命周期编译器
        // 最新版的Android Studio 2021.2.1 默认是用Java 11了，这条可不用。
        implementation "androidx.lifecycle:lifecycle-common-java8:$lifecycle_version"

        // optional - helpers for implementing LifecycleOwner in a Service
        // 可选-用于在Service中实现LifecycleOwner
        implementation "androidx.lifecycle:lifecycle-service:$lifecycle_version"

        // optional - ProcessLifecycleOwner provides a lifecycle for the whole application process
        // 可选-ProcessLifecycleOwner为整个应用程序进程提供生命周期
        implementation "androidx.lifecycle:lifecycle-process:$lifecycle_version"

        // optional - ReactiveStreams support for LiveData
        // 可选-使LiveData支持ReactiveStreams, ReactiveStreams是什么？？
        // ReactiveStreams(反应式流) 本质上是对数据流或某种变化所作出的反应，但是这个变化什么时候发生是未知的，所以他是一种基于异步、回调的方式在处理问题。
        implementation "androidx.lifecycle:lifecycle-reactivestreams-ktx:$lifecycle_version"

        // optional - Test helpers for LiveData
        // 可选-LiveData的测试帮助程序。
        testImplementation "androidx.arch.core:core-testing:$arch_version"
    }
    

现在知道答案了吧，除了Activity和Fragment外，还可以绑定Service和Application的生命周期。只要引入支持相关的可选库即可；官方提到最多的是Activity和Fragment，是因为平时主要用于这两个组件；其实只要有生命周期的组件都可以跟它绑定。而在Android中大多数的组件都是有生命周期的。

2. Lifecycle类

Lifecycle是一个抽象类，用来存储生命周期状态的；
跟踪生命周期的流程如下：

这是从某个State（状态）发生Event（事件）时，就会变为另一个状态；
现在我们想观察Activity的生命周期变化，应该怎么做呢？
首先需要继承DefaultLifecycleObserver 写个自定义的观察者类

class MyObserver : DefaultLifecycleObserver {
    override fun onResume(owner: LifecycleOwner) {
        // 执行业务逻辑
    }

    override fun onPause(owner: LifecycleOwner) {
        // 执行业务逻辑
    }
    ...
}

然后在Activity中向生命周期添加观察者

class MainActivity: AppCompatActivity{
	@Override
	fun onCreate(){
		getLifecycle().addObserver(MyObserver())
	}
}

这里有getLifecycle()这个方法，是因为在支持库 26.1.0+以上高版本中的 Fragment 和 Activity 已实现 LifecycleOwner 接口。LifecycleOwner是什么？

3. LifecycleOwner接口

LifecycleOwner接口只有一个方法getLifecycle()，返回的是Lifecycle对象。实现了这个接口，就表示这个类是具有生命周期的。

注意：你如果想管理整个APP进程的生命周期，则需要用ProcessLifecycleOwner类

3.1. 自定义类实现LifecycleOwner接口

除了Activity和Fragment组件已经默认实现了此接口外，我们也可以自定义一个类让它具有生命周期，需要使用Lifecycle的实现类LifecycleRegistry来记录状态。
【示例】

class MyObject : LifecycleOwner {
    private lateinit var mLR: LifecycleRegistry

    fun onCreate {
        mLR = LifecycleRegistry(this)
        // 设置此时状态
        mLR.markState(Lifecycle.State.CREATED)
    }

    fun onStart() {
    	// 设置此时状态
        mLR.markState(Lifecycle.State.STARTED)
    }

	/** 返回生命周期实例 */
    override fun getLifecycle(): Lifecycle = mLR
}

---

总结

Lifecycle的基本用法就是这样，平时直接用它的情况可能比较少，但它是ViewModel、LiveData这些常用组件背后的核心，保证数据对象不会发生内存泄露。

下一篇
第二章 Android: 彻底搞懂Lifcycle——原理篇

如果觉得本文易懂，有帮助的话，可以动动小手，点个赞啥的支持一下，你的支持是对我创作最大的谷（鼓）粒（励）儿！👍🏻