习惯性的每天都会打开 medium 看一下技术相关的内容，偶然看到一位大佬分享和 Android Lifecycle 相关的面试题，觉得非常的有价值。

在 Android 开发中 Android Lifecycle 是非常重要的知识点。但是不幸的是，我发现很多新的 Android 开发对 Android Lifecycle 不是很了解，导致在开发中遇到很多奇怪的问题。

分享这些面试题，不仅仅是为了通过面试，更是为了让 Android 开发者基础更加的扎实，防止在开发中遇到很多奇怪的问题。

面试题一：Launch Fragment by Default

问题:

花几秒钟思考一下，下面的代码有什么问题。

class MainActivity : AppCompatActivity() {override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContentView(R.layout.activity_main)supportFragmentManager.beginTransaction().replace(R.id.container, MainFragment()).commit()}
}

错误的回答

1. 没有使用 KTX 添加 Fragment
2. 应该使用 .add 而不是 .replace

正确的回答

如果 Activity 因意外被杀死并被恢复，会再次执行 onCreate() 方法，创建新的 Fragment，因此在栈中会存在 2 个 Fragment。在 Fragment 上的任何操作都可能被执行两次，这将会导致出现奇怪的问题。

为了防止 Activity 因意外被杀死而恢复，导致添加新的 Fragment，所以我们可以使用 stateInstanceState == null 作为判断条件，防止添加新的 Fragment，因此我们可以将上面的代码简单修改一下。

class MainActivity : AppCompatActivity() {override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContentView(R.layout.activity_main)if (savedInstanceState == null) {supportFragmentManager.beginTransaction().replace(R.id.container, MainFragment()).commit()}}
}

面试题二：Create Fragment with Constructor

问题：

如果往 Fragment 构造函数中添加参数，花几秒钟思考一下，下面的代码会有什么问题？

supportFragmentManager.beginTransaction().replace(R.id.container, MainFragment()).commit()class MainFragment(private val repository: Repository): Fragment() {}    

错误的回答

1. 我们可以使用 .replace(R.id.container, MainFragment(repository)) 方法来代替
2. 它不会编译和运行

正确的回答

我们不应该直接用带参数的构造函数实例化任何 Fragment()，如果想使用带参数的构造函数实例化 Fragment()，可以使用 FragmentFactory 解决这个问题，这是在 AndriodX Fragment 1.2.0 中新增加的 API，详情可以查看另外一篇文章 Google 建议使用这些 Fragment 的新特性。

如果不使用 AndriodX Fragment 库，默认情况下系统是不支持的，虽然上面的代码可以正常编译运行，但是在运行过程当中，因为配置更改，导致在销毁恢复的过程中会崩溃，错误信息如下所示。

Caused by: java.lang.NoSuchMethodException: MainFragment.

这是因为系统需要在某些情况下重新初始化它，比如配置更改，例如设备被旋转时，导致 Fragment 被销毁，如果没有默认空的构造函数，系统不知道如何重新初始化 Fragment 实例。

因此，我们总是需要确保实例化 Fragment 的时候有一个空的构造函数。

面试题三：Instantiate ViewModel Directly

ViewModel 是 Jetpack 架构组件成员之一，花几秒钟思考一下，下面的代码会有什么问题？

class MainActivity: AppCompatActivity() {private val viewModel = MainViewModel()
}class  MainViewModel(): ViewModel {}

错误回答

1. 没有什么问题，可以正常编译运行
2. 我们还需要向它注入一些依赖项，例如 MainViewModel (repository)

正确回答

我们不应该直接实例化 ViewModel。 ViewModel 是 Jetpack 架构组件成员之一，意味着它可以在配置更改时存活，例如设备旋转时，它比 Activity 有更长的生命周期。

如果我们在代码中直接实例化 ViewModel，尽管它可以工作，但它将会变成一个普通的 ViewModel，失去原本拥有的特性。

因此，要实例化 ViewModel，建议使用 ViewModel KTX，代码如下所示。

class MainActivity: AppCompatActivity() {private val viewMode:MainViewModel by viewModels()
}

• by viewModels () 会在重新启动或从已杀死的进程中恢复时，实例化一个新的 ViewModel。如果有配置更改，例如设备被旋转时，它将检查 ViewModel 是否已经创建，而不重新创建它

• ViewModels() 会根据需要自动注入 SavedInstancestate （例如 Activity 中的 SavedInstanceState 和 Intent），如果我们有其他依赖是通过 Dagger Hilt 注入，它将与 ViewModel 一起使用下面的参数

@HiltViewModel
class MyViewModel @Inject constructor(private val repository: Repository,savedStateHandle: SavedStateHandle
) : ViewModel {}

面试题四：ViewModel as StateRestoration Solution

问题：

Jetpack 架构组件提供的 ViewModel 的作用是什么？

class MainActivity: AppCompatActivity() {private val viewMode:MainViewModel by viewModels()// Some other Activity Code
}

错误回答

ViewModel 是用于状态恢复，例如当 Activity 被杀死并重新启动时，ViewModel 是用来帮助恢复到原始状态。

正确回答

ViewModel 实际上是 google 提供的 Jetpack 架构组件之一，它鼓励 Android 开发者使用 MVVM 设计模式。

它还有其它重要的功能，例如设备旋转时，即使 Activity 和 Fragment 被销毁，它们各自的 ViewModel 仍会保留，Google 在 ViewModel 中提供了一个名为 savedStateHandle 参数，该参数用于保存和恢复数据。

面试题五：LiveData as State Restoration Solution

问题：

Jetpack 架构组件提供的 LiveData 的作用是什么。

// Declaring it
val liveDataA = MutableLiveData()
// Trigger the value change
liveDataA.value = someValue

错误回答：

它的存在是为了确保数据在 Activity 的生命周期中存活。当 Activity 在进程销毁返回时，数据将会自动恢复。

正确回答

LiveData 本身不能在进程销毁中存活。它是一种特殊类型的数据，根据观察者（Activity 或 Fragment）的生命周期来控制其发出的值。

ViewModel 在配置变更后仍然存在，所以 ViewModel 内部的 LiveData 也一样。这确保 LiveData 发射值按照下图控制。

然而 LiveData 本身不能在进程销毁中存活，当内存不足时，Activity 被系统杀死，ViewModel 本身也会被销毁。

为了解决这个问题，Google 在 ViewModel 中提供了一个名为 savedStateHandle 参数，该参数用于保存和恢复数据，以便数据在进程销毁后继续存在。

@HiltViewModel
class MyViewModel @Inject constructor(private val repository: Repository,savedStateHandle: SavedStateHandle
) : ViewModel {// Some other ViewModel Code
}

它是一种增强的机制，可以处理 Intent 和 SavedInstanceState，在以前的时候，这些都是由 Activity 单独处理的。

为了确保 Livedata 保存下来，我们可以在 SavedStateHandle 中检查 Livedata 是否已经创建。

val liveData = savedStateHandle.getLiveData(KEY)

类似地，这也适用于 stateFlow，它可以在进程销毁中存活下来。

val stateFlow = savedStateHandle.getStateFlow(KEY, 0)

因此 LiveData 本身并不是用来恢复数据的。

面试题六：When is The View Destroyed But Not the Instance

问题：

在 Activity 或 Fragment 通常会有一个视图。你能给我提供一个场景，实例的视图被破坏了，但实例（例如 Activity 或 Fragment）还存在。

错误回答

1. 当配置发生变化时（例如设备旋转）
2. 当内存不足时，App 在后台运行，进程会杀死 App

正确回答

实际上 Activity 总是与其视图一起被销毁。因此，在 Activity 中没有 onDestroyView () 生命周期方法。

只有在 Fragment 中有 onDestroyView () 生命周期方法。在大多数情况下 Fragment 和它的视图一起被销毁。

但是通过 Fragment transaction 用一个 Fragment 替换另一个 Fragment 时，栈下面的 Fragment 仍然存在，但是它的视图被破坏了。

当一个 Fragment 被另一个 Fragment 替换时，会调用 onDestroyView () 方法，但不会调用 onDestroy () 或 onDetect () 方法。

正因为这种复杂性，在使用 Fragment 时，会遇到许多奇怪的问题。和 Fragment 相关的问题，将会在后面的文章中分享。

问题七：Lifecycle Aware Coroutine

在 App 中使用协程，如何确保它们的生命周期可感知。

错误回答

1. 对于普通视图，只需在 Activity 或 Fragment 中使用 lifecycleScope，在 ViewModel 中使用 viewModelScope
2. 对于组合视图，需要使用 stateFlow 中的 collectAsState() 方法，因为当可组合函数不活动时，它不会收集

正确回答

对于普通视图，即使 lifecycleScope 是可用的，它在 Activity 或 Fragment 的整个生命周期中都处于活动状态。因为有时我们希望某些场景只在 onStart() 或 onResume() 之后处于活动状态。

为此，我们需要在 lifecycleScope 中使用像 repeatOnLifecycle 这样的 API 提供额外的作用域。

lifecycleScope.launch {repeatOnLifecycle(Lifecycle.State.STARTED) {viewModel.stateFlowValue.collect {// Do something}}
}

它们的变体如下图所示。

对于组合视图 collectAsState() 不会确保在组合函数处于活动状态时安全使用数据，它也不会停止继续发送 StateFlow，这会导致资源浪费。

为了确保只在 Activity 或 Fragment 处于正确的生命周期时，例如在 onStart () 之后发出，我们需要使用 collectAsStateWithLifecycle () 和 stateFlow 中的 WhileSubscribed (...)。

当我们在研究 collectAsStateWithLifecycle() 源码时，发现它也在使用 repeatOnLifecycle(…)。

更多Android 知识点可参考

Android 性能调优系列

Android 车载学习指南

Android Framework核心知识点笔记

Android 八大知识体系

Android 中高级面试题锦

第一章 Android 高频面试之必考Java基础
1.面向对象和面向过程的区别
2.面向对象的特征有哪些
3.解释下Java的编译与解释并存的现象
4.简单介绍下JVM的内存模型
5.简单介绍下Java的类加载器
6.谈一下Java的垃圾回收，以及常用的垃圾回收算法
7.成员变量和局部变量的区别
8.Java 中的方法重写(Overriding)和方法重载(Overload)的含义
9.简单介绍下传递和引用传递
10.为什么重写 equals 时必须重写 hashCode 方法
11.接口和抽象类的区别和相同点是什么
12.……

第二章 Android 面试之必问Android基础
1.Activity
2.Fragment
3.Service
4.BroadcastReceiver
5.ContentProvider
6.Android View知识点
7.Android进程
8.序列化
9.Windows
10.消息机制
11.RecyclerView优化

第三章 Android 面试之必问高级知识点
1.编译模式
2.类加载器
3.Android Hook
4.代码混淆
5.NDK
6.动态加载

第四章 Android 面试之必问性能优化
1.启动优化
2.UI渲染优化
3.内存优化
4.网络优化
5.耗电优化
6.安装包优化

第五章 Android 面试之开源库分析
1.HTTP与缓存理论
2.OKHttp
3.Retrofit
4.Glide
5.EventBus
6.……

第六章 算法面试题汇总
1.排序
2.二叉树
3.链表
4.栈 / 队列
5.二分搜索
6.哈希表
7.堆 / 优先队列
8.二叉搜索树
9.数组 / 双指针
10.贪心
11.字符串处理
12.动态规划
13.矩阵
14.二进制 / 位运算
15.……

第七章 Android面试之Flutter相关面试题全解析
1.Dart部分
2.Flutter 部分

第八章 Android面试之必问设计模式
1.请列举出在 JDK中几个常用的设计模式？
2.什么是设计模式？你是否在你的代码里面使用过任何设计模式？
3.Java 中什么叫单例设计模式？请用 Java 写出线程安全的单例模式
4.在 Java 中，什么叫观察者设计模式（observer design pattern）？
5.使用工厂模式最主要的好处是什么？在哪里使用？
6.举一个用 Java 实现的装饰模式(decorator design pattern)？它是作用于对象层次还是类层次？
7.在 Java 中，为什么不允许从静态方法中访问非静态变量？
8.设计一个 ATM 机，请说出你的设计思路？比如设计金融系统来说，必须知道它们应该在任何情况下都能够正常工作。
9.在 Java 中，什么时候用重载，什么时候用重写？
10.举例说明什么情况下会更倾向于使用抽象类而不是接口？
11.设计模式六大原则
12.设计模式的分类