并行调用微服务时是否需用CoroutineScope(Dispatchers.IO)？是否有内存泄漏？

问题1：调度器选择问题 #

不需要使用Dispatchers.Default，应该优先用Dispatchers.IO，原因如下：

• Dispatchers.IO是专门为IO密集型操作设计的调度器，微服务调用这类网络请求属于典型的IO操作，它的线程池会根据IO负载动态调整线程数量，能更高效地处理等待外部响应的场景。
• Dispatchers.Default是针对CPU密集型计算任务的，线程数默认等于CPU核心数，用它处理网络请求会浪费线程资源，甚至可能因为线程池容量不足，导致其他CPU密集任务被阻塞。

问题2：内存泄漏风险与资源管理 #

存在内存泄漏风险 #

代码中直接创建CoroutineScope(Dispatchers.IO)并启动协程的方式有明显问题：

• 这个自定义作用域没有绑定任何生命周期管理机制，如果subscriptionService.createSubscription()调用耗时过长、或因网络异常长时间挂起，协程会持续持有相关资源（比如控制器依赖的服务实例），无法被垃圾回收。
• 当应用重启、或控制器所在上下文被销毁时，这个无绑定的协程可能仍在后台运行，导致资源无法正常释放。

解决方式 #

不需要手动释放资源，但要替换掉自定义的CoroutineScope：

• 优先使用Spring提供的CoroutineScope Bean，通过@Bean创建一个绑定应用上下文的协程作用域，让协程的生命周期和应用上下文绑定，上下文销毁时协程会被自动取消。
• 如果是Spring WebFlux环境，控制器类可以实现CoroutineScope接口，继承框架提供的controllerScope，这样协程会跟随控制器的生命周期管理。

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