JetPack中需要考虑Fragment回收问题吗？

Question

Android开发中，使用JetPack时需要考虑Fragment被回收后重复创建的问题吗？

在JetPack出现以前，当APP切换到后台时，Fragment会被回收，重新回到应用页面时Fragment会被重复创建，从而导致页面出现重影。以前的解决办法是判断Activity的onSavedInstance是否为null，如果不为null则通过findFragmentByTag()来获取被回收的Fragment，以避免Fragment重复创建。

现在有了JetPack还存在这个问题吗？在单Activity应用下，LifeCycleOwner和Navigation框架会帮我们避免Fragment重建的问题吗？还需要通过findFragmentByTag()方法进行恢复吗？以避免Fragment重复创建？有没有实践过的小伙伴说说。

Answer 1

在使用 Jetpack 中的 Fragment 时，通常不需要手动处理 Fragment 被回收后重复创建的问题。Jetpack 中的 LifeCycleOwner 和 Navigation 框架会帮助我们处理这个问题。

当使用 Jetpack 的 Navigation 组件进行页面导航时，它会自动管理 Fragment 的生命周期，并在需要时恢复已销毁的 Fragment。Navigation 组件使用 FragmentManager 来管理 Fragment，它会自动保持 Fragment 的状态，并在需要时重新创建。因此，在单 Activity 应用中，使用 Navigation 组件可以避免 Fragment 重复创建的问题。

同样，Jetpack 中的 LifeCycleOwner（如 Activity 或 Fragment）与 Fragment 的生命周期绑定，可以确保 Fragment 在生命周期发生变化时正确地处理状态和数据。这意味着当 Fragment 被回收后重新创建时，它的状态和数据将会自动被恢复，不再需要手动使用 findFragmentByTag() 来恢复 Fragment。

需要注意的是，这种自动管理的前提是使用 Jetpack 提供的组件和规范来构建应用。如果在 Jetpack 之外的特定情况下手动处理 Fragment，仍然可能需要考虑回收后的重复创建问题。但在典型的 Jetpack 架构下，通常不需要额外处理这个问题。

总结起来，使用 Jetpack 的 LifeCycleOwner 和 Navigation 框架可以帮助我们避免 Fragment 重复创建的问题，并自动处理状态和数据的恢复，因此通常不需要手动使用 findFragmentByTag() 方法来恢复 Fragment。