Scala中何时应使用scala.concurrent.blocking？

你对blocking {}的核心理解完全正确：它仅在配合ForkJoinPool使用时才有实际意义，且绝对不适合长时间运行的IO操作——比如数据库调用、外部API请求这类场景，确实应该使用专门的IO线程池（比如CachedThreadPool），sttp、doobie、cats这类IO相关框架也都支持指定专属的IO线程池。

至于blocking的适用场景，主要集中在以下几类短时间阻塞的场景：

• 短时间的同步锁/等待操作：比如获取信号量、等待ReentrantLock，或者调用底层的短耗时同步阻塞API。ForkJoinPool遇到blocking标记时，会临时扩容线程池来避免线程饥饿，这类短阻塞操作刚好能利用这个特性，不会拖垮整个池的吞吐量。
• 同步代码与异步代码的过渡桥接：当你不得不调用一个没有异步版本的老工具类方法，且这段阻塞逻辑耗时极短，不想为它单独创建线程池时，可以用blocking包裹。这是一种折中方案，能让ForkJoinPool合理分配资源，避免因单个线程阻塞导致任务积压。
• 临时避免线程饥饿的手段：如果异步任务中必须包含一段无法异步化的阻塞逻辑，且这段逻辑耗时可控（毫秒级），用blocking标记能让ForkJoinPool感知到线程被占用，从而新增临时线程处理其他任务，避免整个线程池陷入停滞。

需要特别注意：哪怕是上述适用场景，也必须保证阻塞操作的耗时足够短。如果阻塞时间超过几秒，依然建议使用专门的IO线程池，不要依赖blocking的扩容机制——毕竟ForkJoinPool本身就不是为持久阻塞设计的。

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