我在 FragmentStateAdapter 中有一个带有多个片段的 viewpager2。每当我尝试打开一个新片段然后使用 viewpager2 返回到当前片段时，都会出现异常：
Expected the adapter to be 'fresh' while restoring state.
FragmentStateAdapter 似乎无法正确恢复其状态，因为它预计它是空的。
我能做些什么来解决这个问题？
【问题讨论】：
可以通过viewPager2.isSaveEnabled = false修复
【讨论】：
isSaveEnabled 设置为false，viewPager 状态不会被保存，它将始终从默认位置开始，这意味着来自后堆栈的任何片段将始终从位置 0（默认）。
所以我的问题是我在我的 Fragment 类字段中创建了我的 FragmentStateAdapter，它只创建了一次。因此，当我的 onCreateView 第二次被调用时，我遇到了这个问题。如果我在每个 onCreateView 调用上重新创建适配器，它似乎可以工作。
【讨论】：
ViewPager 后，您的性能是否有明显差异？在我使用 ViewPager2 移动到片段后，从 onCreteView 开始（充气之前）到 onResume 所需的时间约为 80 毫秒，这意味着丢失 5 帧
我在使用 ViewPager2 时遇到了同样的问题。经过大量努力测试不同的方法，这对我有用：
public void onExitOfYourFragment() {
viewPager2.setAdapter(null);
}
当你再次回到片段时：
public void onResumeOfYourFragment() {
viewPager2.setAdapter(yourAdapter);
}
【讨论】：
mFragments 属性仍然不为空。
在 Fragment 中使用 ViewPager2 时，我也收到了这个 java.lang.IllegalStateException: Expected the adapter to be 'fresh' while restoring state.。
问题似乎是因为我在 onCreateView() 方法中执行了mViewPager2.setAdapter(mFragmentStateAdapter);。
我通过将 mViewPager2.setAdapter(mMyFragmentStateAdapter); 移动到我的 onResume() 方法来修复它。
【讨论】：
此适配器/视图可用作 FragmentStatePagerAdapter 的替代品。
如果您寻求的是在从 Backstack 重新进入时保留 Fragments，而使用此适配器很难实现。
为了防止这种情况，团队设置了许多休息时间，只有上帝知道为什么......
他们本可以使用自分离 lifeCycle 观察者，该功能已在其代码中预见到，但在 android 架构中没有任何地方使用该功能....
他们应该使用这个未完成的组件来监听全局 Fragments 生命周期而不是它的 viewLifeCycle，从这里开始，可以将监听从 Fragment 扩展到 viewLifeCycle。 （附加/分离 viewLifeCycle 观察者 ON_START/ON_STOP）
其次...即使这样做了，viewPager 本身是建立在 recyclerView 之上的事实使得处理您对 Fragment 行为的期望变得非常困难，这是一种保存状态，一个时间实例化和明确定义的生命周期（可控/预期破坏）。
这个适配器在功能上是矛盾的，它检查 viewPager 是否已经被提供了 Fragment，同时在重入时仍然需要一个“新”的适配器。
它在退出到 backStack 时保留 Fragments，同时期望在重新进入时重新创建所有片段。
假设 所有 其他变量已经考虑到正确的 viewLifeCycle 处理（注册/注销和设置和重置参数），防止字段实例化适配器的地方是：
@Override
public final void restoreState(@NonNull Parcelable savedState) {
if (!mSavedStates.isEmpty() || !mFragments.isEmpty()) {
throw new IllegalStateException(
"Expected the adapter to be 'fresh' while restoring state.");
}
.....
}
第二次休息：
@CallSuper
@Override
public void onAttachedToRecyclerView(@NonNull RecyclerView recyclerView) {
checkArgument(mFragmentMaxLifecycleEnforcer == null);
mFragmentMaxLifecycleEnforcer = new FragmentMaxLifecycleEnforcer();
mFragmentMaxLifecycleEnforcer.register(recyclerView);
}
mFragmentMaxLifecycleEnforcer 在重入时必须为 == null，否则会在 checkArgument() 中引发异常。
第三： Fragment 垃圾收集器在重入时放置（到视图，从后台堆栈），它在 10 秒后延迟，试图销毁屏幕外的 Fragment，导致内存泄漏所有屏幕外页面，因为它会杀死控制其生命周期的各自 FragmentManager。
private void scheduleGracePeriodEnd() {
final Handler handler = new Handler(Looper.getMainLooper());
final Runnable runnable = new Runnable() {
@Override
public void run() {
mIsInGracePeriod = false;
gcFragments(); // good opportunity to GC
}
};
mLifecycle.addObserver(new LifecycleEventObserver() {
@Override
public void onStateChanged(@NonNull LifecycleOwner source,
@NonNull Lifecycle.Event event) {
if (event == Lifecycle.Event.ON_DESTROY) {
handler.removeCallbacks(runnable);
source.getLifecycle().removeObserver(this);
}
}
});
handler.postDelayed(runnable, GRACE_WINDOW_TIME_MS);
}
所有这些都是因为它的罪魁祸首：构造函数：
public FragmentStateAdapter(@NonNull FragmentManager fragmentManager,
@NonNull Lifecycle lifecycle) {
mFragmentManager = fragmentManager;
mLifecycle = lifecycle;
super.setHasStableIds(true);
}
【讨论】：
我也遇到过同样的问题。
经过一番研究，我发现它与Adapter 的实例有关。当它被创建为 Fragment 的惰性属性时，它会因该错误而崩溃。
所以在Fragment::onViewCreated 中创建Adapter 可以解决它。
【讨论】：
我通过测试是否等于 null 解决了这个问题
if(recyclerView.adapter == null) {recyclerView.adapter = myAdapter}
【讨论】：
我一直在努力解决这个问题，以前的答案都没有帮助。
这可能不适用于所有可能的情况，但在我的情况下，包含 ViewPager2 的片段是固定的并且很少，我通过使用 FragmentTransaction 的 show() 和 hide() 方法进行片段切换解决了这个问题，而不是 @ 987654324@ 通常为此推荐。将show() 应用于活动片段，将hide() 应用于所有其他片段。这样可以避免重新创建视图和恢复触发问题的状态等操作。
【讨论】：