在 Jetpack 中，为什么 Activity 重建时 ViewModel 仍然存在？

ViewModel 和 Activity 重建：深入了解并提供最佳实践

引言

在 Android 开发中，Jetpack 提供了一系列功能强大的库来简化和提升应用程序的开发过程。ViewModel 是 Jetpack 中的一个关键组件，它通过维护与 Activity 或 Fragment 的生命周期无关的状态，帮助开发者构建健壮且可维护的应用程序。然而，当 Activity 重建时，可能会出现一个问题：ViewModel 仍然存在，但 Activity 却丢失了。本文将深入探讨这一现象背后的原因，并提供如何解决此问题的最佳实践。

ViewModel 的职责

ViewModel 的主要职责是持有数据并为 UI 提供数据，而无需担心 Activity 或 Fragment 的生命周期。它负责处理配置更改，如屏幕旋转或语言更改，并确保在这些更改发生时 UI 保持一致。ViewModel 通过使用 AndroidX SavedStateHandle 和系统回调函数来实现此功能，从而监听生命周期事件并相应地保存和恢复状态。

Activity 重建

当 Activity 重建时，它将经历一个完整的销毁和重新创建过程。这意味着 Activity 的所有状态都将丢失，包括其 View、数据和对 ViewModel 的引用。然而，ViewModel 本身不会被销毁，因为它是由 AndroidX FragmentManager 管理的。因此，当新 Activity 实例创建时，它将没有对 ViewModel 的引用。

问题的原因

当 Activity 重建时，ViewModel 仍然存在，但 Activity 却丢失了的原因在于，ViewModel 是由 FragmentManager 管理的，而 Activity 则不是。当 Activity 销毁时，FragmentManager 将 ViewModel 保留下来，但 Activity 却不会。因此，当新 Activity 实例创建时，它将无法访问先前的 ViewModel 实例。

解决问题

解决此问题的最佳实践是使用 ViewModelProvider.Factory 来创建 ViewModel。ViewModelProvider.Factory 允许开发者在 Activity 重建时提供相同的 ViewModel 实例。通过实现此工厂并将其传递给 ViewModelProvider，开发者可以确保即使在 Activity 重建后，ViewModel 仍然可用。

实现 ViewModelProvider.Factory

要实现 ViewModelProvider.Factory，开发者需要创建一个类并重写 create() 方法。create() 方法负责创建 ViewModel 实例。在我们的情况下，我们需要确保在 Activity 重建时创建相同的 ViewModel 实例。为此，我们可以使用以下代码：

class MyViewModelFactory(private val savedStateHandle: SavedStateHandle) :
    ViewModelProvider.Factory {

    override fun <T : ViewModel> create(modelClass: Class<T>): T {
        if (modelClass.isAssignableFrom(MyViewModel::class.java)) {
            return MyViewModel(savedStateHandle)
        }
        throw IllegalArgumentException("Unknown ViewModel class")
    }
}

在上面的代码中，MyViewModelFactory 接受 SavedStateHandle 作为构造函数参数。SavedStateHandle 包含 Activity 或 Fragment 的保存状态，可用于在配置更改后恢复 ViewModel 的状态。

在 Activity 中使用 ViewModelProvider.Factory

要使用 ViewModelProvider.Factory 在 Activity 中创建 ViewModel，可以使用以下代码：

val viewModelFactory = MyViewModelFactory(savedStateHandle)
val viewModel = ViewModelProvider(this, viewModelFactory).get(MyViewModel::class.java)

通过使用 ViewModelProvider.Factory，开发者可以确保在 Activity 重建后，ViewModel 仍然可用，并且其状态得到保留。

结论

使用 ViewModelProvider.Factory 可以解决 Activity 重建时 ViewModel 仍然存在但 Activity 丢失的问题。通过实现此工厂并将其传递给 ViewModelProvider，开发者可以确保即使在 Activity 重建后，ViewModel 仍然可用，从而实现健壮且可维护的应用程序。

常见问题解答

1. 为什么 ViewModel 不随 Activity 一起销毁？
   答：ViewModel 是由 FragmentManager 管理的，而 Activity 则不是。当 Activity 销毁时，FragmentManager 将 ViewModel 保留下来，但 Activity 却不会。

2. ViewModelProvider.Factory 如何帮助解决此问题？
   答：ViewModelProvider.Factory 允许开发者在 Activity 重建时提供相同的 ViewModel 实例。通过实现此工厂并将其传递给 ViewModelProvider，开发者可以确保即使在 Activity 重建后，ViewModel 仍然可用。

3. 如何在 Activity 中使用 ViewModelProvider.Factory？
   答：要使用 ViewModelProvider.Factory 在 Activity 中创建 ViewModel，可以调用 ViewModelProvider(this, viewModelFactory).get(MyViewModel::class.java)，其中 viewModelFactory 是实现的 ViewModelProvider.Factory。

4. 使用 ViewModelProvider.Factory 有什么好处？
   答：使用 ViewModelProvider.Factory 有助于确保 ViewModel 在 Activity 重建时仍然可用，从而实现健壮且可维护的应用程序。

5. 除了使用 ViewModelProvider.Factory 之外，还有什么其他解决此问题的替代方案？
   答：除了使用 ViewModelProvider.Factory 之外，还可以使用 SavedStateRegistryOwner 来保存和恢复 ViewModel 的状态。