使用Navigation切换Fragment触发TransactionTooLargeException崩溃如何解决？

该问题的根本原因是 Navigation 组件默认会持久化存储回退栈中所有 Fragment 的实例状态，所有状态都会汇总到 NavHostFragment.onSaveInstanceState() 的输出 Bundle 中，回退栈深度越大，总状态体积越高，超过 Binder 事务 1MB 阈值就会触发崩溃。可按以下优先级选择适配方案：

1. 限制回退栈状态保存最大数量 #

Navigation 2.4.0 及以上版本提供了官方 API 限制最大保存状态数，超过阈值的历史 Fragment 状态会被自动清理，业务侵入性极低：

// Activity 初始化 NavController 后配置即可
navController.setMaxSavedState(5) // 可根据业务常用回退深度调整阈值

2. 裁剪单个 Fragment 的状态体积 #

对不需要恢复状态的 Fragment，重写 onSaveInstanceState() 方法，清空输出 Bundle 减少单条状态体积：

override fun onSaveInstanceState(outState: Bundle) {
    // 无状态恢复需求可直接传入空 Bundle，有需求则只保留必要的基础字段
    super.onSaveInstanceState(Bundle.EMPTY)
}

注意不要将大体积序列化对象、Bitmap、长列表缓存等数据存入 outState 或 Fragment Arguments，这类数据统一存储到 ViewModel、本地数据库/SP，页面重建时主动读取即可。

3. 优化回退栈结构 #

如果导航场景不需要保留多层回退栈（比如平级 Tab 切换、跳转二级页后不需要保留冗余历史栈等），导航时配置 popUpTo 参数清理冗余栈：

navController.navigate(R.id.target_fragment) {
    popUpTo(R.id.nav_graph_root) {
        inclusive = false
        saveState = false // 不需要保存弹出栈的状态时设为 false
    }
    launchSingleTop = true
}

优化后回退栈始终保持合理深度，状态体积不会持续增长。

4. 退后台场景兜底处理 #

针对退后台触发的崩溃，可重写 Activity 的 onSaveInstanceState() 方法，在系统保存状态前主动清理冗余栈：

override fun onSaveInstanceState(outState: Bundle) {
    // 回退栈深度超过阈值时主动弹出冗余历史栈
    if (navController.backQueue.size > 10) {
        repeat(navController.backQueue.size - 5) {
            navController.popBackStack()
        }
    }
    super.onSaveInstanceState(outState)
}

内容的提问来源于stack exchange，提问作者Florian Mac Langlade