Jetpack Compose中为何要使用Navigation组件？

我一直疑惑为何要使用Navigation组件。难道直接提升一个如currentRoute的状态，再用when {}块渲染对应页面不是更简单吗？

使用Navigation组件搭配Compose有哪些优势？

使用Navigation的实现 #

@Composable
fun SetupNavigation() {
    val navController = rememberNavController()
    NavHost(
        navController = navController,
        startDestination = Routes.Home.route,
    ) {
        composable(
            route = Routes.Home.route,
        ) {
            HomeScreen(
                rollDice = {
                    val face = Random.nextInt(1..6)
                    navController.navigate(Routes.Show.route.replace("{${Routes.Show.arguments[0].name}}", face.toString()))
                }
            )
        }
        composable(
            route = Routes.Show.route,
            arguments = Routes.Show.arguments
        ) { backStackEntry ->
            val face = backStackEntry.arguments?.getInt(Routes.Show.arguments[0].name)
            ShowScreen(
                face = face ?: -1,
                navigateHome = { navController.navigate(Routes.Home.route) },
            )
        }
    }
}

sealed class Routes(val route: String) {
    object Home: Routes("home")
    object Show: Routes("show/{face}") {
        val arguments = listOf(navArgument("face") { type = NavType.IntType })
    }
}

不使用Navigation（仅提升currentRoute状态） #

@Composable
fun SetupNavigation() {
    var currentRoute by remember { mutableStateOf(Route.Home as Route) }

    when (currentRoute) {
        Route.Home -> {
            HomeScreen(
                rollDice = {
                    val face = Random.nextInt(1..6)
                    currentRoute = Route.Show(face)
                }
            )
        }
        is Route.Show -> {
            val face = (currentRoute as Route.Show).face
            ShowScreen(
                face = face,
                navigateHome = { currentRoute = Route.Home },
            )
        }
    }
}

sealed class Route() {
    object Home: Route()
    class Show(val face: Int): Route()
}

疑问点 #

我仅能看到不使用Navigation这种方式的优势：

我认为实现路由栈（而非单一当前路由）以及处理返回键并不困难。

其余代码 #

class MainActivity : ComponentActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContent {
            SetupNavigation()
        }
    }
}

@Composable
fun HomeScreen(rollDice: () -> Unit) {
    Box(
        modifier = Modifier.fillMaxSize(),
        contentAlignment = Alignment.Center,
    ) {
        OutlinedButton(onClick = rollDice) {Text("Roll dice") }
    }
}

@Composable
fun ShowScreen(face: Int, navigateHome: () -> Unit) {
    Column(
        modifier = Modifier.fillMaxSize(),
        horizontalAlignment = Alignment.CenterHorizontally,
        verticalArrangement = Arrangement.Center,
    ) {
        Text(
            text = "$face",
            fontSize = MaterialTheme.typography.titleLarge.fontSize,
        )
        Spacer(modifier = Modifier.size(24.dp))
        OutlinedButton(onClick = navigateHome) { Text("Back") }
    }
}

说明：我是Android开发和Jetpack Compose的新手，仅了解旧版布局xml的基础（包括导航图、数据绑定等），之后快速转向Compose开发。

你提到的手动维护currentRoute的方式在小型Demo里确实简洁，但随着项目复杂度提升，Navigation组件的优势会逐渐显现：

1. 系统级导航行为的自动适配 #

• 返回键处理：Navigation会自动处理系统返回键、ActionBar返回按钮的逻辑，包括多层栈的回退、返回时的动画过渡。手动维护栈的话，还要处理配置变更（比如屏幕旋转）时栈状态的保存与恢复，而rememberNavController已经帮你做好了这部分工作。
• 深层链接：如果App需要支持从外部链接、通知跳转至特定页面，Navigation内置了深层链接的解析与跳转逻辑，无需自己写Uri解析、参数提取的代码。
• 系统组件集成：比如和BottomNavigation、DrawerLayout的集成，Navigation提供现成API同步选中状态与导航栈，不用手动维护选中项和当前路由的关联。

2. 导航栈的精细化管理 #

• 栈操作API：除了基本跳转，Navigation支持popUpTo、launchSingleTop等操作，比如跳转到首页时清空栈内其他页面、避免重复创建相同页面实例，这些逻辑手动实现需要额外维护栈状态，容易出错。
• 生命周期感知：每个composable对应的BackStackEntry会和导航栈状态绑定，页面出栈时会自动触发Composable销毁，符合Jetpack生命周期规范。手动切换currentRoute时，旧页面的Composable可能不会被正确销毁，导致不必要的资源占用。

3. 可扩展性与工具支持 #

• 可视化导航图：Android Studio的Navigation Editor可以直观编辑导航关系、参数传递，大型项目里比纯代码维护路由更清晰。
• 模块化支持：项目采用模块化开发时，Navigation可通过navGraphViewModels、嵌套导航图实现跨模块导航，不用手动处理模块间路由依赖。
• 测试支持：Navigation提供TestNavHostController，可以方便编写导航逻辑的单元测试，验证跳转、参数传递是否正确，手动维护路由的话测试成本会高很多。

4. 解决你提到的痛点 #

你觉得Navigation的字符串路由、参数序列化麻烦，其实可以通过封装优化：

• 用密封类封装路由，对外暴露封装好的跳转扩展函数，比如给NavController加navigateToShow(face: Int)方法，把参数替换的逻辑藏在内部，避免重复写replace代码。
• 对于复杂参数，Navigation支持自定义NavType，实现复杂对象的序列化与反序列化，虽然不如直接传对象方便，但能保证导航栈的可恢复性（比如进程重启后对象可以正确重建）。

总结 #

小型项目或Demo里，手动维护currentRoute确实简单直接，但在中大型项目中，Navigation组件能帮你处理大量系统级、复杂场景的导航逻辑，减少重复造轮子的工作量，同时保证导航行为的一致性和可维护性。

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