Kotlin协程执行顺序异常：Android DataStore启动页跳过逻辑问题

问题背景 #

我用Kotlin开发Android Jetpack Compose应用，在协程使用上遇到问题。因为用到Shared Preferences和Android DataStore，必须在协程作用域里调用挂起函数，但我对协程了解不深。

我在DataStore里存了“启动时跳过闪屏页”的选项，闪屏页有复选框可修改这个选项，后续还打算通过汉堡菜单加更多配置。DataStore操作是异步的，所以得处理挂起函数。

初始代码与问题 #

判断是否跳过闪屏的调用代码 #

var shouldBypassSplashScreen: Boolean = false
runBlocking {
    val job = launch {
        shouldBypassSplashScreen = mainViewModel.isBypassSplashScreenOptChecked()
    }
    job.join()
}
LogHelper.logDebug("${MODULE_NAME}.$FUNCTION_NAME: shouldBypassSplashScreen = $shouldBypassSplashScreen")

MainViewModel中的被调用函数 #

var bypassSplashScreenOpt: MutableLiveData<Boolean>
        = MutableLiveData(false)
    private set
...
suspend fun isBypassSplashScreenOptChecked(): Boolean {
    val FUNCTION_NAME = "isBypassSplashScreenOptChecked()"
    viewModelScope.launch {
        userPrefRepo.shouldBypassSplashScreen().collect {
            withContext(Dispatchers.Main) {
                LogHelper.logDebug("$MODULE_NAME.$FUNCTION_NAME: bypassSplashScreenOpt.value = ${bypassSplashScreenOpt.value}, it = $it")
                bypassSplashScreenOpt.value = it
            }
        }
    }
    return bypassSplashScreenOpt.value!!
}

遇到的问题 #

试了各种方法，调用函数后的日志总是比被调用函数的日志先输出，导致调用函数里的布尔值一直是false，好像没等异步操作完成就执行了后续代码。

更新后的进展与新疑问 #

根据建议，我修改了MainViewModel里的函数，现在这部分正常工作了：

suspend fun isBypassSplashScreenOptChecked(): Boolean {
    return userPrefRepo.shouldBypassSplashScreen().first()
}

我知道不该用runBlocking，但困惑的是下面这段代码能正常编译：

runBlocking {
    launch {
        shouldBypassSplashScreen = mainViewModel.isBypassSplashScreenOptChecked()
    }
}

但直接用launch会报“launch未定义”的编译错误：

launch {
    shouldBypassSplashScreen = mainViewModel.isBypassSplashScreenOptChecked()
}

这是我不得不使用runBlocking的唯一原因，想知道为什么会这样。

解答 #

为什么直接调用launch会报错？ #

launch是CoroutineScope的扩展函数，只有在实现了CoroutineScope的类中，或者已有协程作用域的上下文中才能直接调用。你直接写launch { ... }的地方没有对应的协程作用域，所以编译器找不到这个函数。

而runBlocking本身会创建一个协程作用域，在它的lambda内部，你处于这个作用域中，所以可以调用launch。

正确的替代方案（避免runBlocking） #

runBlocking会阻塞当前线程，在UI线程使用时会导致界面卡顿，绝对要避免。针对你的场景，有几种更合适的做法：

1. 在ViewModel的协程作用域中处理

如果是在Activity/Fragment中调用，可以通过viewModelScope启动协程：

// 在Activity/Fragment中
mainViewModel.viewModelScope.launch {
    val shouldBypass = mainViewModel.isBypassSplashScreenOptChecked()
    LogHelper.logDebug("${MODULE_NAME}.$FUNCTION_NAME: shouldBypassSplashScreen = $shouldBypass")
    // 这里根据shouldBypass的值处理页面跳转逻辑
}

2. 在Composable函数中使用LaunchedEffect

因为你用的是Jetpack Compose，可以在闪屏页的Composable中用LaunchedEffect启动协程，避免阻塞：

@Composable
fun SplashScreen(mainViewModel: MainViewModel, navigateToNextScreen: () -> Unit) {
    LaunchedEffect(Unit) {
        val shouldBypass = mainViewModel.isBypassSplashScreenOptChecked()
        if (shouldBypass) {
            navigateToNextScreen()
        } else {
            // 显示闪屏内容，比如延迟后跳转
            delay(2000)
            navigateToNextScreen()
        }
    }
    // 闪屏UI布局
}

3. 结合Flow监听配置变化

如果需要实时监听DataStore中配置的变化（比如用户在设置里修改了跳过闪屏的选项），可以直接在ViewModel中暴露Flow，在Composable中用collectAsState观察：

// MainViewModel中
val shouldBypassSplashScreenFlow: Flow<Boolean> = userPrefRepo.shouldBypassSplashScreen()

// 在Composable中
val shouldBypass by mainViewModel.shouldBypassSplashScreenFlow.collectAsState(initial = false)

LaunchedEffect(shouldBypass) {
    if (shouldBypass) {
        navigateToNextScreen()
    }
}

这样既不需要阻塞线程，又能实时响应配置变化，更符合Jetpack Compose的响应式编程模式。

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