推荐显式传入自定义线程池，以实现资源隔离、可控并发和更好监控；使用supplyAsync等带Executor参数的方法指定线程池，避免默认ForkJoinPool.commonPool()的共享瓶颈与类加载问题。
在 Java 中，CompletableFuture 默认使用 ForkJoinPool.commonPool() 执行异步任务，但该线程池是共享的、不可配置的，高并发下容易成为瓶颈或被其他模块干扰。因此，**推荐显式传入自定义线程池**，以实现资源隔离、可控并发和更好监控。
使用 supplyAsync(Runnable/Supplier, Executor) 指定线程池
这是最常用、最直接的方式。所有带 Executor 参数的异步方法（如 supplyAsync、runAsync、thenApplyAsync 等）都支持传入自定义线程池：
CompletableFuture.supplyAsync(() -> doSomething(), customExecutor)future.thenApplyAsync(result -> transform(result), customExecutor)future.thenAcceptAsync(System.out::println, customExecutor)
⚠️ 注意：只有带 Async 后缀的方法才走线程池；不带后缀的（如 thenApply）是在前一个任务完成的**同一线程**中同步执行的。
创建合适的自定义线程池
避免直接用 Executors 工厂方法（如 newFixedThreadPool），因其队列无界、拒绝策略不明确、线程名不清晰。推荐手动构建 ThreadPoolExecutor：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 核心线程数根据任务类型设定：CPU 密集型 ≈ CPU 核数；IO 密集型可适当放大（如 2–4 倍核数）
- 使用有界队列（如
ArrayBlockingQueue），防止内存溢出 - 设置拒绝策略（如
AbortPolicy或自定义日志+抛异常） - 通过
ThreadFactory设置有意义的线程名（便于排查）
示例：
ThreadFactory namedFactory = Thread.ofVirtual().name("cf-io-", 1).factory();
ExecutorService ioPool = new ThreadPoolExecutor(
8, 32,
60L, TimeUnit.SECONDS,
new ArrayBlockingQueue(100),
namedFactory,
new ThreadPoolExecutor.CallerRunsPolicy()
);
统一管理与复用线程池
不要为每个 CompletableFuture 都新建线程池。应将线程池作为 Bean（Spring）、静态字段或单例对象持有，并按业务场景分类（如 computePool、ioPool、timeoutPool）：
- 不同业务逻辑使用不同池子，避免相互阻塞
- 线程池应在应用启动时创建，关闭时显式
shutdown()（尤其在非容器环境） - 若用 Spring，可用
@Bean+@Scope("singleton")管理生命周期
慎用默认池 + 不要忽略异常
即使用了自定义线程池，也要注意：
- 异步任务中的异常不会自动抛出，需显式调用
exceptionally()或handle()处理 - 线程池关闭后提交任务会触发拒绝策略，需确保生命周期正确（如 Spring 中监听
ContextClosedEvent） - 虚拟线程（Java 21+）适合高并发 IO 场景，可考虑
Thread.ofVirtual().factory()构造Executor，但需确认 JDK 版本和兼容性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
