不能直接用 CompletableFuture.runAsync() 默认线程池，因其共享 ForkJoinPool.commonPool()，I/O 或阻塞操作会耗尽线程，导致其他异步任务延迟或拒绝执行；必须为 I/O 操作显式传入自定义线程池，并在所有 then* 方法中显式指定同一池以避免退化。
为什么不能直接用 CompletableFuture.runAsync() 默认线程池
默认的 ForkJoinPool.commonPool() 是 JVM 全局共享的，所有没指定线程池的 runAsync()、supplyAsync() 都往里塞任务。一旦某个异步操作卡住（比如没设超时的 HTTP 调用、死循环、同步 IO），它就会吃掉 commonPool 的线程，拖慢甚至阻塞其他模块的异步逻辑——连日志打印都可能变慢。
常见错误现象：java.util.concurrent.RejectedExecutionException: Thread limit exceeded replacing blocked worker，或者服务压测时 CPU 不高但响应延迟陡增，就是 commonPool 线程被耗尽的典型信号。
- 不要在生产环境依赖
commonPool执行任何 I/O 或不可控耗时操作 -
commonPool适合 CPU 密集型、毫秒级纯计算任务（如 JSON 解析、加解密） - HTTP 请求、DB 查询、文件读写、外部 RPC 必须走自定义线程池
怎么传入自定义线程池给 CompletableFuture
核心就两条路：显式传参，或封装成可复用的工具方法。别试图去“替换” commonPool，JVM 不允许，也违背隔离原则。
最直接的方式是调用带 Executor 参数的重载方法：
ExecutorService ioPool = Executors.newFixedThreadPool(10); CompletableFuture.supplyAsync(() -> fetchFromDb(), ioPool); CompletableFuture.runAsync(() -> sendNotification(), ioPool);
- 必须用
supplyAsync(Runnable, Executor)或supplyAsync(Supplier, Executor)，漏掉第二个参数就又掉回commonPool - 避免用
Executors.newCachedThreadPool()：它会无限创建线程，OOM 风险高；优先选newFixedThreadPool(n)或newWorkStealingPool(n)（仅限 CPU 密集场景） - 线程池命名很重要：用
ThreadFactory加前缀（如"db-async-" + i），否则线程 dump 里全是pool-1-thread-1，根本分不清是谁家的
thenApply / thenAccept 这类后续操作跑在哪？
它们默认**不继承上游线程池**。如果上游用了自定义池，但后续没显式指定，就会退化到 commonPool —— 这是最容易踩的坑。
例如：
CompletableFuture.supplyAsync(() -> heavyIoTask(), ioPool)
.thenApply(result -> transform(result)) // ❌ 这里进了 commonPool！
.thenAccept(System.out::println); // ❌ 同样进了 commonPool！
- 所有
then*方法（thenApply、thenAccept、thenCompose等）都有带Executor的重载版本 - 关键操作链要统一指定同一个池：
.thenApply(..., ioPool)，尤其当 transform 本身也含 I/O 或 DB 操作时 - 如果只是简单对象转换、字符串拼接等轻量 CPU 操作，可以接受进
commonPool，但得有意识判断，不能默认“反正不耗时”
线程池生命周期和 shutdown 怎么管？
线程池不是用完即弃的临时对象。泄漏一个 ExecutorService，等于泄漏一批永不停止的守护线程，应用重启都清不掉。
- 全局复用：把池声明为
static final或 Spring@Bean（注意 scope 和 destroy-method） - 别在每次请求里
newFixedThreadPool()：线程创建开销大，且极易忘记shutdown() - 应用关闭时必须调用
shutdown()+awaitTermination()；Spring 环境下用@PreDestroy或SmartLifecycle - 如果池只用于短生命周期组件（如单次批量导出），可用
try-with-resources包装（需实现AutoCloseable）
真正难的不是写对那一行 supplyAsync(..., myPool)，而是让整个调用链、所有 then* 节点、所有模块都意识到：线程池不是配置项，是资源边界。漏一个点，整条链就脱缰。
