对我来说，它也是FragmentStatePagerAdapter，然而覆盖saveState()不起作用。以下是我的解决方法:

当调用FragmentStatePagerAdapter构造函数时，在类中保持一个单独的片段列表，并添加一个方法来删除这些片段:

class PagerAdapter extends FragmentStatePagerAdapter {
    ArrayList<Fragment> items;

    PagerAdapter(ArrayList<Fragment> frags) {
        super(getFragmentManager()); //or getChildFragmentManager() or getSupportFragmentManager()
        this.items = new ArrayList<>();
        this.items.addAll(frags);
    }

    public void removeFragments() {
        Iterator<Fragment> iter = items.iterator();

        while (iter.hasNext()) {
            Fragment item = iter.next();
                getFragmentManager().beginTransaction().remove(item).commit();
                iter.remove();
            }
            notifyDataSetChanged();
        }
    }
    //...getItem() and etc methods...
}

然后在Activity中，保存ViewPager的位置，并在重写的onSaveInstanceState()方法中调用adapter.removeFragments():

private int pagerPosition;

@Override
public void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    //save other view state here
    pagerPosition = mViewPager.getCurrentItem();
    adapter.removeFragments();
}

最后，在重写的onResume()方法中，如果适配器不为空，则重新实例化它。(如果它是空的，那么Activity是第一次被打开或应用程序被Android杀死后，onCreate将做适配器创建。)

@Override
public void onResume() {
    super.onResume();
    if (adapter != null) {
        adapter = new PagerAdapter(frags);
        mViewPager.setAdapter(adapter);
        mViewPager.setCurrentItem(currentTabPosition);
    }
}

我们的应用程序也有这个问题。经过测试，发现当应用程序内存不足，活动回收时，系统调用onSaveInstanceState方法保存大量的bundle数据，而且每次数据都变大，最后报错TransactionTooLargeException，所以我认为这个方法应该可以解决这个问题。

public final int MAX_BUNDLE_SIZE = 300;
@Override
protected void onSaveInstanceState(@NonNull Bundle outState) {
     super.onSaveInstanceState(outState);
     long bundleSize = getBundleSize(outState);
     if (bundleSize > MAX_BUNDLE_SIZE * 1024) {
         outState.clear();
     }
}

private long getBundleSize(Bundle bundle) {
     long dataSize;
     Parcel obtain = Parcel.obtain();
     try {
         obtain.writeBundle(bundle);
         dataSize = obtain.dataSize();
     } finally {
        obtain.recycle();
     }
     return dataSize;
}

我也在三星S3上得到了这个例外。 我认为有两个根本原因，

如果你有位图，它会占用太多内存，使用缩小 你在drawable-_dpi文件夹中丢失了一些drawables, android在drawable中寻找它们，并调整它们的大小，使你的setContentView突然跳转并使用大量内存。

使用DDMS并在你播放你的应用程序时查看你的堆，这将给你一些关于哪个setcontentview正在创建问题的指示。

我复制了所有文件夹中的所有图纸，以摆脱问题2。

问题解决了。

当我试图通过Intent发送位图时，我也遇到了同样的问题，同时当它发生时，我折叠了应用程序。

当Activity处于停止的过程中，这意味着Activity试图将其保存的状态Bundles发送到系统操作系统，以便以后(在配置更改或进程死亡之后)安全恢复，但它发送的一个或多个Bundles太大了。

我通过重写onSaveInstanceState在我的活动中解决了这个问题:

@Override
protected void onSaveInstanceState(Bundle outState) {
    // super.onSaveInstanceState(outState);
}

注释调用super。这是一个肮脏的hack，但它是完美的工作。位图成功发送，没有崩溃。 希望这能帮助到一些人。

尝试使用EventBus或ContentProvider之类的解决方案。

如果你在同一个进程中(通常你所有的活动都是)，尽量使用EventBus，因为在进程中数据交换不需要一个缓冲，所以你不需要担心你的数据太大。(你可以只使用方法调用来传递数据，而EventBus隐藏了丑陋的东西) 细节如下:

// one side
startActivity(intentNotTooLarge);
EventBus.getDefault().post(new FooEvent(theHugeData));

// the other side
@Subscribe public void handleData(FooEvent event) { /* get and handle data */ }

如果Intent的双方不在同一个进程中，可以尝试一些ContentProvider。

看到TransactionTooLargeException

Binder事务失败，因为它太大了。 在远程过程调用期间，调用的参数和返回值作为Parcel对象传输，存储在Binder事务缓冲区中。如果参数或返回值太大，无法放入事务缓冲区，则调用将失败，并抛出TransactionTooLargeException。

我遇到了相同的问题与ViewPager2和FragmentStateAdapter这里的问题是FragmentStateAdapter标记'saveState()'作为最终和ViewPager2类也是最终的，所以我们不能覆盖的方法，建议在其他答案使现有的答案不适用。

在我的情况下，我能够摆脱事务太大的问题，不保存分页器的状态添加\android:saveEnabled="false" '在XML条目的视图分页器

<androidx.viewpager2.widget.ViewPager2
    android:saveEnabled="false"
    android:id="@+id/viewPager"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent" />