Jetpack Compose：用户导航时的潜在竞态条件问题咨询

1. 异步操作完成后再执行导航 #

这是最直接的解决方式，确保数据保存等异步操作完成后，再触发导航动作，从根源上避免Scope被提前取消的问题。

示例代码：

// ViewModel中的方法
fun saveSelectionAndNavigate(onSuccess: () -> Unit) {
    viewModelScope.launch {
        try {
            // 执行保存操作
            repository.saveSelectedOption()
            // 保存成功后通知UI导航
            onSuccess()
        } catch (e: Exception) {
            // 处理保存失败的情况，比如弹出错误提示
        }
    }
}

// Composable中的点击事件
Button(onClick = {
    viewModel.saveSelectionAndNavigate {
        navController.popBackStack()
    }
}) {
    Text("确认选择")
}

• 优点：逻辑直观，无需额外依赖，完全贴合ViewModel生命周期
• 缺点：如果保存操作耗时较长，用户会感知到导航延迟，需要配合加载状态提示（比如按钮置灰、显示加载圈）

2. 使用应用级全局CoroutineScope #

对于必须保证执行完成的操作（即使ViewModel被销毁），可以创建一个不受ViewModel生命周期约束的全局Scope。

实现方式：

// 定义全局Scope，建议放在Application类中
class MyApp : Application() {
    val applicationScope = CoroutineScope(SupervisorJob() + Dispatchers.IO)
}

// 在ViewModel或Repository中使用
fun saveSelection() {
    (context.applicationContext as MyApp).applicationScope.launch {
        repository.saveSelectedOption()
    }
}

• 优点：操作不会因ViewModel销毁而被取消，保证任务执行
• 缺点：需要手动管理Scope的生命周期，应用退出时要调用applicationScope.cancel()避免内存泄漏；不适合依赖ViewModel状态的操作

3. 用WorkManager处理持久化任务 #

如果是涉及本地/远程持久化的关键操作，WorkManager是更可靠的选择，它能保证任务在设备重启、应用进程被杀等极端情况下仍能完成。

示例流程：

• 创建Worker类处理保存逻辑：

class SaveSelectionWorker(
    context: Context,
    params: WorkerParameters
) : CoroutineWorker(context, params) {
    override suspend fun doWork(): Result {
        return try {
            val repository = provideRepository(applicationContext)
            repository.saveSelectedOption()
            Result.success()
        } catch (e: Exception) {
            Result.retry()
        }
    }
}

• 在ViewModel中触发任务：

fun saveSelection() {
    val workRequest = OneTimeWorkRequestBuilder<SaveSelectionWorker>().build()
    WorkManager.getInstance(context).enqueue(workRequest)
}

• 优点：系统级别的任务保障，完全脱离ViewModel/Composable生命周期
• 缺点：适合耗时较长或必须保证完成的任务，简单快速的操作没必要过度使用

4. 优化ViewModel生命周期绑定（替代全局Activity绑定） #

如果部分ViewModel需要跨页面保留状态/完成操作，可以使用Navigation的ViewModelStoreOwner绑定到特定导航图，而不是全局Activity：

// 在NavHost中定义导航图时指定ViewModelStoreOwner
NavHost(navController = navController, startDestination = "home") {
    navigation(startDestination = "selection", route = "selection_graph") {
        composable("selection") { backStackEntry ->
            // 绑定到当前导航图的ViewModelStoreOwner
            val viewModel = hiltViewModel<SelectionViewModel>(backStackEntry)
            SelectionScreen(viewModel, navController)
        }
    }
}

这样ViewModel会在整个导航图的生命周期内存在，只有当导航图被完全从回退栈移除时才会销毁，既避免了全局Activity绑定的过度设计，又能保证导航图内的操作完成。

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