使用Navigation Component时如何检测Fragment切换并在底部导航点击时校验条件

现有实现的问题 #

你当前的写法完全绕开了Navigation Component的原生逻辑，手动调用setFragment切换页面，既浪费了Navigation组件自带的栈管理、状态保存、过渡动画、返回逻辑等特性，还容易出现事务提交异常、页面状态不同步等问题，维护成本很高。

最规范的实现方案 #

Navigation Component原生支持和BottomNavigationView绑定，我们只需要在默认的选中逻辑前加入校验规则即可，不需要完全重写Fragment切换逻辑：

步骤1：重写选中监听器，加入校验逻辑 #

val navController = findNavController(R.id.fragment)
// 构建导航目标ID和底部菜单项的映射，后续用于状态同步
val menuItemMap = binding.bottomNav.menu.associate { it.itemId to it }

binding.bottomNav.setOnItemSelectedListener { item ->
    when (item.itemId) {
        R.id.homeFragment -> {
            if (theUserWasLogged()) {
                // 校验通过，执行原生导航
                navController.navigate(item.itemId)
                true
            } else {
                displayDialogLogIn()
                // 返回false代表不选中该菜单项
                false
            }
        }
        R.id.avisosFragment -> {
            navController.navigate(item.itemId)
            true
        }
        else -> {
            displayDialogLogIn()
            false
        }
    }
}

步骤2：同步导航状态和底部选中状态 #

避免用户通过返回键等其他方式切换页面时，底部导航栏选中状态不匹配：

navController.addOnDestinationChangedListener { _, destination, _ ->
    menuItemMap[destination.id]?.isChecked = true
}

可选：配置重选逻辑 #

如果需要处理用户重复点击同一菜单项的需求（比如滚动到页面顶部），可以加重选监听：

binding.bottomNav.setOnItemReselectedListener { item ->
    // 自定义重选逻辑
}

进阶方案（多页面统一校验场景） #

如果你有大量页面需要做登录校验，可以用Navigation 2.5.0以上版本提供的全局导航拦截器，不需要每个菜单项都写判断逻辑：

navController.addOnNavigateListener { _, destination, _ ->
    // 统一配置需要登录校验的页面ID
    val requiredLoginDest = setOf(R.id.homeFragment, R.id.mineFragment, R.id.orderFragment)
    if (destination.id in requiredLoginDest && !theUserWasLogged()) {
        displayDialogLogIn()
        // 拦截本次导航
        return@addOnNavigateListener true
    }
    // 放行导航
    false
}

这种方案的校验逻辑全局统一，后续新增需要登录的页面只需要往集合里加ID即可，维护成本更低。

方案优势 #

• 完全复用Navigation Component的原生能力，不需要手动维护Fragment事务，避免栈混乱、状态丢失等问题
• 校验逻辑和导航逻辑解耦，后续调整规则更方便
• 底部选中状态和页面状态自动同步，不会出现显示不匹配的问题

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