Jetpack Compose中NavGraph调用导航为何需LaunchedEffect包裹

直接在Composable函数的同步执行流程中调用导航方法，会触发NavHost的状态读写冲突，导致崩溃：

• Composable首次渲染/重组过程属于帧绘制的同步执行阶段，此时NavHost还未完成当前路由的挂载、back栈状态的初始化，内部正在遍历back栈条目匹配当前要渲染的目标路由。
• 如果不用LaunchedEffect包裹navigateToPurchase()，导航操作会在渲染流程中同步修改NavController的back栈，导致NavHost在当前的back栈列表中找不到正在处理的目标条目，直接抛出日志中记录的java.util.NoSuchElementException: List contains no element matching the predicate错误。

• ScreenHome中按钮点击触发导航不崩溃：按钮的onClick回调是在首帧绘制完成后的用户交互异步时机执行，此时NavHost的状态已经完全稳定，修改back栈触发重组导航属于合法操作。
• LaunchedEffect包裹后不崩溃：LaunchedEffect会将内部代码的执行时机推迟到当前Composable完成挂载、首帧绘制结束之后，此时NavHost的初始状态已经初始化完成，再执行导航操作不会出现状态读写冲突。

当前先加载Home路由再自动跳转Purchase的逻辑存在体验和逻辑问题：用户在Purchase页按返回键时，会回到Home路由再次触发过期检测，立刻又跳回Purchase，导致返回键失效。更合理的实现是在初始化NavHost时直接根据过期状态设置起始路由：

NavHost(
    navController = navController,
    // 直接根据过期状态决定起始页，不需要额外跳转
    startDestination = if (isAppExpired(LocalContext.current)) RouteDestinations.PURCHASE else RouteDestinations.HOME,
    modifier = modifier
) {
    composable(RouteDestinations.HOME) {
        ScreenHome(navActions = navActions)
    }
    composable(RouteDestinations.PURCHASE) {
        ScreenPurchase(onBack = { navController.popBackStack() })
    }
}

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