viewpager2 会将非当前页 fragment 的生命周期限制在 started 状态，而非完全暂停（paused），这是其默认且不可更改的设计行为；覆盖 ondetachedfromrecyclerview 不仅无效，还会引发内存泄漏。
viewpager2 会将非当前页 fragment 的生命周期限制在 started 状态，而非完全暂停（paused），这是其默认且不可更改的设计行为；覆盖 ondetachedfromrecyclerview 不仅无效，还会引发内存泄漏。
在使用 FragmentStateAdapter 配合 ViewPager2 时，开发者常误以为 onPause() 被调用意味着 Fragment 被“销毁”或“脱离 UI”，进而尝试通过重写 onDetachedFromRecyclerView() 来阻止该行为。但事实是：ViewPager2 根本不执行 Fragment 的 detach 操作——它采用的是更精细的生命周期协调机制。
ViewPager2 的生命周期策略
ViewPager2 默认确保：
- 当前可见页的 Fragment 处于 RESUMED 状态；
- 其他预加载页（由 offscreenPageLimit 控制）最多达到 STARTED 状态（即 onStart() 已调用，但 onResume() 未调用）；
- 因此，你观察到的 onPause() 实际上并不会发生；若日志中确实打印了 onPause()，说明 Fragment 正被外部因素（如宿主 Activity 暂停、手动调用 fragmentManager.beginTransaction().detach() 或错误的嵌套导航）影响，而非 ViewPager2 本身所致。
✅ 正确验证方式（推荐）：
class MyFragment : Fragment() {
override fun onResume() {
super.onResume()
Log.d("MyFragment", "onResume() called — I'm the CURRENT page")
}
override fun onStart() {
super.onStart()
Log.d("MyFragment", "onStart() called — I'm PRELOADED (e.g., adjacent page)")
}
override fun onPause() {
super.onPause()
Log.d("MyFragment", "⚠️ onPause() called — NOT expected from ViewPager2 alone!")
}
}⚠️ 关键误区与风险警示
❌ 不要重写 onDetachedFromRecyclerView() 并空实现：
FragmentStateAdapter 依赖该方法内部清理 RecyclerView 监听器和 Fragment 引用。跳过 super.onDetachedFromRecyclerView() 将导致监听器无法注销，引发内存泄漏及 IllegalStateException（如 “Cannot execute task on a missing fragment”）。❌ offscreenPageLimit 不能改变生命周期层级：
即使设为 2，相邻 Fragment 仍只会走到 STARTED，不会 RESUMED。该参数仅控制预加载数量，不影响生命周期上限。✅ 替代方案（如需“伪常驻”逻辑）：
若需在非当前页保持某些状态（如播放音频、轮询数据），应在 onStart()/onStop() 中启停，并利用 lifecycleScope.launchWhenStarted { ... } 确保协程随页面可见性自动挂起/恢复。
总结
ViewPager2 的生命周期设计是明确且稳健的：它通过 setMaxLifecycle(fragment, STARTED) 主动约束非活跃页的生命周期，既保障性能，又避免资源争抢。与其试图绕过该机制，不如适配其语义——将业务逻辑下沉至 STARTED 可安全执行的粒度，并严格避免对 onPause()/onDetach() 的错误假设。记住：这不是 Bug，而是契约。
