Kotlin Android中如何在协程作用域执行完成后正确返回值

问题根源 #

你当前代码拿不到正确userId的核心原因有三个：

• CoroutineScope(IO).launch 是异步非阻塞的协程启动方式，调用后会立刻执行后续逻辑，不会等待协程内部的Firebase查询完成，所以函数执行到末尾时userId还是初始化的空字符串。
• launch 代码块本身不支持返回结果值，你在协程块内部写的return userId只会退出协程块，不会把值返回给外层的getUserIdByEmail函数。
• 手动创建的CoroutineScope没有绑定页面/组件生命周期，组件销毁后协程还会继续运行，极易引发内存泄漏、崩溃。

正确实现方式 #

推荐方案：使用suspend函数（协程标准写法） #

协程环境下获取异步结果的标准做法是把函数标记为suspend，用withContext切换调度器，直接返回查询结果，不要用launch嵌套。

import kotlinx.coroutines.Dispatchers
import kotlinx.coroutines.withContext
import android.util.Log

private suspend fun getUserIdByEmail(email: String): String {
    return withContext(Dispatchers.IO) {
        try {
            val querySnapshot = user3CollectionRef
                .whereEqualTo("userEmail", email)
                .get()
                .await()
            // 取第一个匹配的文档ID，匹配不到返回空字符串
            querySnapshot.documents.firstOrNull()?.id ?: ""
        } catch (e: Exception) {
            // 切主线程弹错误提示
            withContext(Dispatchers.Main) {
                toast(e.message.toString())
            }
            ""
        }
    }.also { userId ->
        Log.e("a7a", userId)
        if (userId.isEmpty()) {
            withContext(Dispatchers.Main) {
                toast("No Match")
            }
        }
    }
}

调用这个函数必须在协程作用域内，优先使用绑定生命周期的官方作用域，避免内存泄漏：

// Activity/Fragment中使用lifecycleScope
lifecycleScope.launch {
    val userId = getUserIdByEmail("target@example.com")
    // 拿到userId后再执行后续业务逻辑
}

// ViewModel中使用viewModelScope
viewModelScope.launch {
    val userId = getUserIdByEmail("target@example.com")
}

不推荐方案：阻塞式等待（仅适合非主线程后台场景） #

如果你的调用场景暂时无法接入协程作用域，可以用runBlocking阻塞当前线程直到协程执行完成。严禁在Android主线程调用这个写法，会直接触发ANR。

private fun getUserIdByEmailBlocking(email: String): String = runBlocking(Dispatchers.IO) {
    try {
        val querySnapshot = user3CollectionRef
            .whereEqualTo("userEmail", email)
            .get()
            .await()
        querySnapshot.documents.firstOrNull()?.id ?: ""
    } catch (e: Exception) {
        withContext(Dispatchers.Main) {
            toast(e.message.toString())
        }
        ""
    }.also {
        Log.e("a7a", it)
        if (it.isEmpty()) {
            withContext(Dispatchers.Main) {
                toast("No Match")
            }
        }
    }
}

原代码其他问题说明 #

• 遍历所有匹配文档给userId赋值的逻辑有缺陷，如果匹配到多个同邮箱的文档，最终只会返回最后一个文档的ID，绝大多数场景下不符合业务预期，直接取第一个匹配结果更合理。
• 不要在协程块内给外部定义的可变变量赋值，并发场景下存在线程安全问题，直接通过函数返回值传递结果是最稳妥的写法。

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