如何在ViewPager中保存Fragment状态，防止用户选择信息丢失？

我完全懂你遇到的两难处境——既要保住第一个Fragment里用户的选择状态，又要在发送报告后能彻底重置所有Fragment的状态。setOffscreenPageLimit()虽然能暂时留住视图，但确实会把重置操作搞得很棘手。下面给你几个针对性的解决方案，都是实际开发中用过的靠谱方法：

方案一：让Fragment手动管理自身状态（最推荐） #

核心思路是不依赖ViewPager的预加载机制，而是让第一个Fragment自己负责保存和恢复用户的选择数据，这样既不会影响其他Fragment的销毁逻辑，也能按需重置状态。

1. 在Fragment生命周期中保存状态 #

在第一个Fragment的onSaveInstanceState()方法里，把ExpandableListView的关键状态（比如展开的组、选中的子项）存入Bundle：

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    // 保存展开的组位置
    outState.putIntegerArrayList("expanded_groups", ArrayList(expandableListView.expandedGroupIndices))
    // 保存用户选中的子项（假设你用集合记录选中数据）
    outState.putSerializable("selected_items", selectedItems)
}

如果是Java开发，把Serializable换成Parcelable或者适配你数据类型的存储方式即可。

2. 重建Fragment时恢复状态 #

在onViewCreated()方法里读取Bundle里的数据，恢复列表状态：

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    expandableListView = view.findViewById(R.id.expandable_list)
    // 初始化列表适配器...
    
    savedInstanceState?.let {
        // 恢复展开的组
        val expandedGroups = it.getIntegerArrayList("expanded_groups")
        expandedGroups?.forEach { groupPosition ->
            expandableListView.expandGroup(groupPosition)
        }
        // 恢复选中的子项
        selectedItems = it.getSerializable("selected_items") as? MutableList<YourItemType> ?: mutableListOf()
        // 更新适配器让选中状态生效
        adapter.notifyDataSetChanged()
    }
}

3. 发送报告后手动重置状态 #

当最后一个Fragment发送完报告，你可以通过ViewPager获取第一个Fragment的实例，调用自定义的重置方法：

// 在最后一个Fragment的报告发送完成后执行
val firstFragment = viewPager.adapter?.instantiateItem(viewPager, 0) as? FirstFragment
firstFragment?.resetSelectionState()

// 在FirstFragment中定义重置方法
fun resetSelectionState() {
    selectedItems.clear()
    expandableListView.collapseAllGroups()
    adapter.notifyDataSetChanged()
}

这种方式既解决了状态丢失问题，又能精准控制重置时机，完美避开setOffscreenPageLimit()的后遗症。

方案二：自定义ViewPager的Fragment销毁策略（进阶） #

如果不想手动写状态保存逻辑，可以自定义ViewPager，控制只有在特定条件下才销毁第一个Fragment：

class CustomViewPager(context: Context, attrs: AttributeSet) : ViewPager(context, attrs) {
    var shouldKeepFirstFragment = true

    override fun destroyItem(container: ViewGroup, position: Int, `object`: Any) {
        // 只有不是第一个Fragment，或者不需要保留时才执行销毁
        if (position != 0 || !shouldKeepFirstFragment) {
            super.destroyItem(container, position, `object`)
        }
    }
}

发送报告后，先设置shouldKeepFirstFragment = false，再调用viewPager.adapter?.notifyDataSetChanged()触发Fragment销毁，之后再把shouldKeepFirstFragment改回true，这样下次滑动回来就会重建一个干净的Fragment。不过这个方法需要注意Fragment生命周期的细节，边缘场景可能会有坑，不如方案一稳妥。

方案三：用ViewModel共享状态（适合复杂交互场景） #

如果你的多个Fragment之间需要共享数据，或者状态逻辑比较复杂，可以借助ViewModel来存储第一个Fragment的选择状态——ViewModel的生命周期和Activity绑定，即使Fragment被销毁，数据也不会丢失：

// 创建共享的ViewModel
class SharedViewModel : ViewModel() {
    val selectedItems = MutableLiveData<MutableList<YourItemType>>()
    val expandedGroups = MutableLiveData<List<Int>>()
}

// 在FirstFragment中绑定ViewModel
val viewModel = ViewModelProvider(requireActivity())[SharedViewModel::class.java]
// 保存状态时更新ViewModel数据
viewModel.selectedItems.value = selectedItems
viewModel.expandedGroups.value = expandableListView.expandedGroupIndices.toList()

// 恢复状态时观察ViewModel
viewModel.selectedItems.observe(viewLifecycleOwner) { items ->
    selectedItems = items ?: mutableListOf()
    adapter.notifyDataSetChanged()
}
viewModel.expandedGroups.observe(viewLifecycleOwner) { groups ->
    groups?.forEach { expandableListView.expandGroup(it) }
}

// 重置时直接清空ViewModel的数据
viewModel.selectedItems.value = mutableListOf()
viewModel.expandedGroups.value = emptyList()

这种方式的优势是状态和Fragment生命周期解耦，重置操作也十分便捷，适合多Fragment联动的复杂场景。

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