ViewPager2新建FragmentStateAdapter后createFragment()未重新执行

1. 导航流程下视图生命周期未触发你预期的重建逻辑 #

你在onDestroyView中置空adapter、在onViewCreated中重建adapter的逻辑，在从设置页返回的场景下完全没有执行。
Navigation Component 的默认回退栈机制，在从ViewPager所在Fragment导航到设置页时，仅会触发栈内Fragment的onPause、onStop回调，不会销毁Fragment关联的视图（不触发onDestroyView）；从设置页返回时，也仅会触发onStart、onResume，不会重新走onCreateView、onViewCreated的视图初始化流程。因为视图全程保持存活，你依赖视图生命周期执行的adapter重置代码根本没运行，自然看不到createFragment的日志输出。

2. FragmentStateAdapter 默认复用机制无法感知配置变更 #

即使你手动触发了adapter重建或调用notifyDataSetChanged()，适配器默认的实现是通过position生成固定itemId，并且默认所有已加载的item都是有效状态，直接复用旧的Fragment实例，不会重新走createFragment流程。你没有将配置值纳入item有效性的判断逻辑，适配器完全感知不到配置变更带来的item差异，自然不会刷新界面。

• 移除onDestroyView中将ViewPager adapter置空的冗余逻辑：这套依赖视图销毁实现刷新的方案逻辑重，且受Navigation视图缓存机制影响完全失效。
• 在ViewPager所在宿主Fragment的onResume()回调中，检测SharedPreferences中appMode、primaryScreen的取值是否和上次记录的一致；如果检测到配置变更，直接调用现有adapter实例的notifyDataSetChanged()，主动触发数据集刷新。
• 给VPAdapter补充item标识的自定义逻辑，让适配器能正确识别配置变更后的item差异：

override fun getItemId(position: Int): Long {
    // 将配置值、对应位置的目标Fragment类型纳入itemId生成规则，配置变动时itemId同步变化
    val targetFragmentType = when (primaryScreen) {
        "notes" -> if (position == 0) "notes" else "tasks"
        else -> if (position == 0) "tasks" else "notes"
    }
    return "$appMode-$primaryScreen-$position-$targetFragmentType".hashCode().toLong()
}

override fun containsItem(itemId: Long): Boolean {
    // 判断当前配置下的itemId是否合法，不匹配的item会触发重新创建流程
    val firstScreenType = if (primaryScreen == "notes") "notes" else "tasks"
    val secondScreenType = if (primaryScreen == "notes") "tasks" else "notes"
    return when(itemId) {
        "$appMode-$primaryScreen-0-$firstScreenType".hashCode().toLong() -> true
        // 当appMode不是both时，position1对应的item直接判定为无效，从页面移除
        "$appMode-$primaryScreen-1-$secondScreenType".hashCode().toLong() -> appMode == "both"
        else -> false
    }
}

• 调整适配器的职责边界：把目前写在适配器里的prefs写入逻辑全部移除，适配器只负责读取配置完成Fragment的创建，配置的写入操作统一放在设置页的交互逻辑中，避免出现职责混乱。

完成上述调整后，修改配置返回ViewPager页面时，onResume会检测到配置变化，触发adapter的刷新逻辑，createFragment会按照最新配置创建对应Fragment，界面无需重启应用即可立刻生效。

这里的关键差异是：旧的实现是等视图销毁重建时才读取配置，新的实现是在返回页面的生命周期节点主动检测配置变化，配合FragmentStateAdapter的自定义item规则完成界面刷新。

内容的提问来源于stack exchange，提问作者Viktor