Kotlin协程suspend函数为何能提升20倍用户服务能力？

原同步代码的性能瓶颈 #

你的原同步函数里，三个IO操作是串行执行的：先等1秒的HTTP请求，再等100ms的DB查询，最后等500ms的DB查询，单请求总耗时1.6秒。用10线程池的话，同一时间最多处理10个请求，每个请求会把线程占满1.6秒，算下来每秒最多处理约6个请求。

改写为suspend后的执行逻辑 #

把fetchBioOverHttp、fetchPictureFromDb、fetchFriendsFromDb都改成suspend函数后，你可以用协程的async让三个IO操作并发执行，改写后的代码大概是这样：

suspend fun profile(id: String): Profile = coroutineScope {
    // 三个IO任务同时派发，线程立刻释放回池
    val bioJob = async { fetchBioOverHttp(id) }
    val pictureJob = async { fetchPictureFromDb(id) }
    val friendsJob = async { fetchFriendsFromDb(id) }
    
    // 等待最慢的那个任务完成（这里是1秒的HTTP请求）
    Profile(bioJob.await(), pictureJob.await())
}

具体执行路径：

• 当调用这个suspend函数时，协程会依次调用三个async，把IO任务提交给底层的IO处理机制（比如OkHttp的异步请求、JDBC的异步驱动），这一步几乎不占用线程时间，线程马上回到线程池，去处理其他请求。
• 三个IO任务在后台执行时，对应的协程处于挂起状态，完全不占用线程资源。
• 当某个IO任务完成后，协程框架会把对应的协程调度到空闲线程上，执行后续的await操作；等三个任务都完成后，组装Profile返回。

20倍性能提升的核心原因 #

1. 串行改并发，单请求耗时大幅降低：原单请求要1.6秒，现在只需要等最慢的那个IO（1秒），耗时直接减少37.5%。
2. 线程利用率拉满：原同步代码里，线程在IO等待时完全被占用，啥也干不了；用协程后，线程不会被IO阻塞，一个线程可以同时挂起几十个甚至上百个协程。10个线程不再只能处理10个请求，而是能同时处理几百个处于挂起状态的请求，吞吐量自然能提升20倍甚至更多。

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