Spring协程代码触发线程饥饿提示：是否存在阻塞调用？原因是什么？

是否存在阻塞调用？ #

是，这段代码确实存在潜在的阻塞调用风险。

原因分析 #

• Repository方法为阻塞实现：如果你的aRepository.findById("id")和bRepository.findById("id")是Spring Data的同步实现（比如传统JPA的CrudRepository/JpaRepository中的方法），这些方法本身是阻塞式的——调用时会占用当前线程，直到数据库查询完成并返回结果，期间线程无法处理其他任务。
• 协程无法挂起释放线程：这些同步方法没有被suspend关键字修饰，不属于协程的挂起函数。因此即使在Dispatchers.IO上下文里调用，协程也无法在执行这些方法时挂起，只能一直占用线程池中的线程。
• 线程饥饿风险：Dispatchers.IO的线程池资源有限，大量这类阻塞调用会持续占用线程。当请求量较大时，线程池会被耗尽，引发线程饥饿，导致后续任务无法及时处理，影响服务的响应能力。
• async块未发挥非阻塞优势：你用async启动了两个并行任务，但内部是阻塞调用，本质上还是占用IO线程池的两个线程做同步阻塞操作，并没有利用协程“非阻塞挂起”的特性。

优化方向 #

如果想彻底解决这个问题，建议使用Spring Data提供的协程版Repository（比如CoroutineCrudRepository），对应的findById方法会被suspend修饰，调用时协程会自动挂起、释放线程，真正实现非阻塞的并行查询。

内容的提问来源于stack exchange，提问作者최상용