ThreadPoolExecutor嵌套CompletableFuture调用子任务不执行问题

不存在“禁止嵌套传递线程池给supplyAsync”的语法限制，你遇到的是典型的线程池饥饿死锁问题，核心诱因是线程池配置+代码写法形成了循环等待条件：

• 首先是线程池配置缺陷：你定义的线程池核心线程数固定为5，工作队列用的是默认无界容量的LinkedBlockingQueue。JDK线程池的扩容逻辑是「核心线程占满 -> 工作队列占满 -> 才会创建非核心线程」，无界队列永远不会满，所以你配置的15个最大线程数永远不会生效，线程池始终只有5个工作线程处理任务。
• 其次是任务逻辑形成等待闭环：提交到该线程池的getFoo任务，执行过程中会调用.join()阻塞等待同线程池里的getMoo任务执行完成，阻塞期间工作线程会被完全占住，无法处理其他排队任务。
• 死锁触发门槛极低：当你同时提交5个及以上getFoo任务时，线程池的5个核心线程会全部被占满，每个线程都卡在.join()等待getMoo任务返回；而所有getMoo任务都被塞到无界工作队列里排队，根本没有空闲线程能拉取执行，最终所有任务永久阻塞。

当你不传自定义线程池时，@Async默认使用Spring的默认异步执行器（未自定义配置时是每次创建新线程的SimpleAsyncTaskExecutor，无并发上限），或是CompletableFuture.supplyAsync无指定线程池时使用的ForkJoinPool.commonPool，嵌套任务不会被提交到同一个固定线程数+无界队列的线程池里，自然不会触发同池循环等待的死锁。

• 调整线程池配置：不要给需要嵌套等待任务的线程池搭配无界队列，给工作队列设置合理的容量上限，让线程池可以在队列打满时扩容到最大线程数，预留足够线程处理排队的嵌套任务；也可以开启核心线程超时回收，让线程池可以动态伸缩。
• 拆分线程池隔离任务：外层聚合任务和内层依赖的子任务使用独立的线程池执行，避免同池任务互相等待占满所有工作线程。
• 替换阻塞等待写法：尽量不要在异步任务中直接调用.join()/.get()阻塞占住工作线程，优先用thenCompose、thenApply等CompletableFuture提供的非阻塞链式方法串联异步流程。
• 清理重复异步逻辑：你目前在方法上加了@Async注解，又在方法内部手动用supplyAsync提交任务到自定义线程池，属于重复的异步包装，外层@Async默认会跑在Spring自带的线程池里，多了一次无意义的线程切换。建议要么去掉方法上的@Async注解，完全用手动提交线程池的逻辑控制异步执行；要么给@Async注解指定你自定义的线程池，去掉方法内部手动套supplyAsync的代码。

内容的提问来源于stack exchange，提问作者Coder7.0