使用Bottom Navigation Bar时选择ViewPager与NavGraph的差异对比

核心逻辑差异 #

• ViewPager方案：以ViewPager/ViewPager2作为Fragment容器，依赖PagerAdapter管理Fragment实例，底部导航点击事件通过联动ViewPager切换对应position实现tab跳转，属于视图层容器切换方案
• NavGraph方案：基于Jetpack Navigation组件实现，预先在导航图中注册所有底部导航对应的Fragment目的地，通过setupWithNavController()直接绑定底部导航栏与NavController即可完成联动，属于框架层导航路由方案

实现成本差异 #

• ViewPager方案：需要自行实现PagerAdapter，手动处理底部导航点击、ViewPager滑动的双向选中状态同步，3-5个tab的场景大概需要80-120行绑定代码，实现复杂度更高
• NavGraph方案：仅需保证导航图中Fragment的目的地id与底部导航menu的item id完全一致，一行绑定代码即可完成所有联动逻辑，选中状态、切换动画均由框架默认处理，开发成本极低

Fragment生命周期差异 #

• ViewPager方案：默认开启相邻Fragment预加载，onResume/onPause会随页面切换频繁触发；即使关闭预加载（设置offscreenPageLimit=1），切换到非相邻tab时旧Fragment也会被销毁，来回切换会反复触发重建逻辑
• NavGraph方案：默认不预加载其他tab的Fragment，切换tab时旧Fragment仅会走onStop压入栈，不会销毁视图，再次切回时直接恢复，生命周期更稳定，重复创建的性能损耗更低

交互特性差异 #

• ViewPager方案：原生支持左右滑动切换tab，可直接通过setUserInputEnabled(false)禁用滑动，不需要额外开发
• NavGraph方案：本身无滑动切换能力，要实现滑动效果需要自行兼容ViewPager2与NavController逻辑，实现成本很高

回退栈管理差异 #

• ViewPager方案：没有内置回退栈能力，点击返回键会直接退出当前Activity，要实现「按返回回到上一次选中tab」的逻辑需要自行维护tab选中历史栈
• NavGraph方案：原生支持多栈管理，每个tab对应独立的回退栈，点击返回键会先回退当前tab内的页面层级，直到回到当前tab的根Fragment后，再次点击返回才会退出Activity，多嵌套页面场景下的回退逻辑不需要额外处理

状态恢复能力差异 #

• ViewPager方案：默认保存Fragment的视图状态，tab切换时输入内容、滚动位置不会丢失，但Activity重建（比如旋屏、语言切换）时需要自行保存当前选中的tab位置
• NavGraph方案：框架自动保存导航栈状态与当前选中tab，Activity重建后会自动恢复之前的页面状态，不需要额外适配

适用场景 #

• ViewPager更适合：tab数量为3-4个、需要支持滑动切换、各tab内均为平级页面无多级跳转的场景
• NavGraph更适合：各tab内存在多层级页面跳转、需要统一管理路由逻辑、对回退交互有明确要求的中大型项目，无滑动切换需求时优先选择该方案

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