Ktor后端中GlobalScope与runBlocking在多async等待时的差异

先直接说结论：这俩选项都不适合你的场景，先拆解问题，再给正确的做法。

先看你示例代码的问题 #

你用MutableList在多个async里做fetched += providerDetails，这是线程不安全的——多个协程同时修改同一个可变列表，大概率会出现数据错乱或者异常。正确的做法是让每个async直接返回Detail，最后用awaitAll()直接拿到完整的列表，不需要手动往可变集合里塞。

逐个分析你的选项 #

Option 1: GlobalScope.launch #

完全不能用，原因有两个：

1. 函数会提前返回空列表：GlobalScope.launch是非阻塞的，调用后立刻往下走，return fetched的时候，里面的awaitAll()还没执行，返回的是个空的或者不完整的列表，完全达不到你要的效果。
2. 资源泄漏风险：GlobalScope的协程生命周期和整个应用绑定，就算当前请求已经返回给客户端了，这些协程还会继续跑；如果请求量一大，会堆积大量无意义的协程，占用内存和线程资源，拖垮服务。

Option 2: runBlocking #

能实现功能，但严重影响服务性能：
runBlocking会阻塞当前线程，直到里面的所有协程执行完。Ktor的请求处理线程是有限的（比如默认用的是Dispatchers.IO的线程池），如果每个请求都阻塞一个线程，当并发请求多了，线程池被占满，新的请求就只能排队，服务的并发能力直接暴跌，这在后端服务里是绝对要避免的。

Option 3: 指定Dispatchers.IO #

不管是搭配GlobalScope还是runBlocking，上面的问题依然存在——GlobalScope的生命周期问题、runBlocking的阻塞问题都没解决。只有在协程作用域内指定Dispatcher才是合理的。

Ktor里的正确做法 #

Ktor本身就是基于协程设计的，所有路由处理函数都可以声明为suspend函数，直接在协程作用域里处理并发，不需要额外的runBlocking或GlobalScope。

示例代码 #

// 假设这是你的Ktor路由处理函数，本身就是suspend的
suspend fun handleGetDetails(call: ApplicationCall) {
    // 从请求里拿到ID列表，这里根据你的实际场景调整
    val myIds = call.request.queryParameters.getAll("id")?.map { it.toInt() } ?: emptyList()
    
    // 并发获取详情，每个async在IO调度器执行（如果getDetails是阻塞IO操作）
    val details = myIds.map { id ->
        async {
            // 如果getDetails是阻塞的IO操作（比如JDBC查库、调用非协程的HTTP客户端），用withContext切换到IO调度器
            withContext(Dispatchers.IO) {
                getDetails(id)
            }
        }
    }.awaitAll()
    
    // 返回200和结果
    call.respond(HttpStatusCode.OK, details)
}

// 如果你的getDetails本身就是协程友好的（比如用Ktor HttpClient、R2DBC异步数据库驱动），可以直接写成suspend函数
suspend fun getDetails(id: Int): Detail {
    // 这里直接写协程友好的IO逻辑，比如调用外部API
    // val response = httpClient.get("https://xxx/api/details/$id")
    // return response.body()
}

关键要点 #

1. 用Ktor自带的协程作用域：路由处理函数的suspend上下文本身就是一个协程作用域，协程的生命周期和当前请求绑定，请求结束后协程会被自动取消，不会泄漏资源。
2. 避免阻塞线程：用withContext(Dispatchers.IO)处理阻塞IO操作，而不是用runBlocking，这样线程会被及时释放，处理其他请求。
3. 安全收集结果：让async直接返回结果，awaitAll()会自动收集所有结果到一个列表，完全避免线程安全问题。

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