Compose Navigation：用户为何直接启动到应用深层页面？

可能的触发场景 #

• 后台恢复时的导航状态自动恢复：Jetpack Compose Navigation默认会在应用从后台唤醒、进程重启后恢复之前的导航栈状态。如果用户之前停留在深层页面后被系统回收进程，再次启动时导航组件会直接尝试恢复到该页面，但此时单例仓库的内存数据已丢失，引发崩溃。
• 深层链接唤起：用户可能通过通知、网页跳转、第三方应用等外部渠道触发应用的深层链接，直接打开目标页面，跳过了前置页面的数据初始化流程，导致单例仓库无可用数据。
• 应用快捷方式跳转：若应用配置了指向深层页面的快捷方式，用户点击快捷方式会直接启动并进入该页面，绕过了前置页面的数据准备步骤。
• 系统异常状态恢复：部分Android系统在应用崩溃后，会尝试恢复到崩溃前的页面状态，强制导航到深层页面，但此时内存数据已被清空。

解决方案建议 #

• 页面数据前置校验：在深层页面的Composable中添加数据校验逻辑，若单例仓库无可用数据，自动导航到初始化页面（如首页），避免崩溃。示例代码：

LaunchedEffect(Unit) {
    if (repository.requiredData == null) {
        navController.navigate("home_screen") {
            popUpTo(navController.graph.startDestinationId) { inclusive = true }
        }
    }
}

• 深层链接的初始化处理：在导航图配置深层链接时，添加数据预加载逻辑。通过NavDeepLinkRequest的处理回调，先初始化单例仓库数据，再导航到目标页面。
• 关闭不必要的状态恢复：如果不需要在应用重启后恢复深层页面状态，可在导航宿主中设置restoreState = false：

NavHost(
    navController = navController,
    startDestination = "home_screen",
    restoreState = false
) {
    // 导航图定义
}

• 关键数据持久化：将单例仓库中的必要数据持久化到本地存储（如SharedPreferences、Room），应用启动时先从本地加载数据，确保深层页面有数据可用。

崩溃日志截图 #

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