CompletableFuture工作原理：无执行器时的任务线程分配等问题

线程分配逻辑 #

调用CompletableFuture.runAsync(Runnable)且不指定Executor时，任务会被提交到ForkJoinPool.commonPool()——这是JVM层面的共享线程池，同时被并行流、ForkJoinTask等组件复用。

• 若池内存在空闲工作线程，任务会直接分配给空闲线程执行
• 若无空闲线程，任务会进入池中的等待队列排队，直到有线程释放资源后再执行

线程数量规定 #

commonPool的默认线程数由JVM自动计算：

• 当CPU核心数大于1时，线程数为CPU核心数 - 1
• 当CPU核心数等于1时，线程数固定为1
  你可以通过系统属性手动指定线程数，比如启动JVM时添加参数：-Djava.util.concurrent.ForkJoinPool.common.parallelism=6，将线程数设置为6。

等待队列特性 #

commonPool使用的是无界的工作窃取队列：

• 每个工作线程拥有自己的任务队列，线程优先处理自身队列的任务，空闲时会窃取其他线程队列的任务，提升执行效率
• 队列没有容量上限，理论上可以无限存放待执行任务，但任务过多时可能引发内存溢出（OOM）

额外注意事项 #

• 由于commonPool是共享资源，若其他组件（如并行流）也在大量使用它，会导致CompletableFuture任务的执行延迟不可控，高负载场景建议自定义Executor隔离任务
• 默认线程数适合CPU密集型任务；如果是IO密集型任务，建议自定义线程池并设置更多线程数

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