单Activity架构下不使用Navigation组件实现BottomNavigationView的最佳方案

优先选择将BottomNavigationView放在Activity中，不需要展示的页面隐藏菜单的方案，该方案在你的场景下适配成本、维护成本、用户体验都远优于在3个Fragment中单独添加导航菜单的方案，核心原因如下：

• 避免重复代码维护：如果3个Fragment各自添加导航菜单，后续需要修改菜单样式、新增菜单项、统一加红点/badge逻辑时，需要修改3份完全一致的代码，维护成本成倍提升；放在Activity中仅需要维护1份初始化、点击、状态管理逻辑。
• 避免切换闪烁问题：如果导航菜单绑定Fragment生命周期，切换3个主导航页时，底部导航会跟着Fragment的销毁重建重新渲染，会出现明显的闪烁感，不符合Material Design的底部导航交互规范；放在Activity中全局存在，切换主导航页时底部导航完全无感知，体验更流畅。
• 状态管理更简单：底部导航的选中态、未读数提示等全局状态，放在Activity中可以统一管理，不需要跨Fragment做状态同步，大幅降低逻辑出错概率。

具体实现步骤 #

1. 把你现有的BottomNavigationView代码直接放到Activity的根布局中即可，根布局用RelativeLayout/ConstraintLayout都可以适配你的alignParentBottom属性。
2. 在Activity中新增公共的显隐控制方法：

// Kotlin 实现示例
fun setBottomNavigationVisible(isVisible: Boolean) {
    navigationView.visibility = if (isVisible) View.VISIBLE else View.GONE
}

// Java 实现示例
public void setBottomNavigationVisible(boolean isVisible) {
    navigationView.setVisibility(isVisible ? View.VISIBLE : View.GONE);
}

3. 在Fragment生命周期中调用该方法控制显隐：

• 3个需要展示导航的Fragment，在onResume回调中调用Activity的方法设置为可见
• 剩余6个不需要展示导航的Fragment，在onResume回调中调用Activity的方法设置为隐藏

如果你是用show/hide方式切换主导航Fragment，额外在onHiddenChanged回调中补充一次显隐判断即可，避免切换时出现显示异常。

4. 底部导航的点击切换逻辑统一放在Activity中实现，点击对应菜单项切换对应的3个主导航Fragment即可，注意处理回退栈逻辑，避免回退时菜单项选中态和当前展示的Fragment不匹配。

为什么不推荐在Fragment中单独添加导航菜单？ #

只有3个主导航的底部导航样式完全不同的场景下才需要用该方案，你的场景下用该方案会有额外的问题：

• 每个Fragment的导航栏点击事件、手势冲突都需要单独适配
• 切换主导航时的过渡动画很难和底部导航做配合，体验割裂
• 后续如果要加导航栏的全局交互（比如滑动隐藏/显示），适配成本极高

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