为何CompletableFuture未使用自定义TaskExecutor，却默认使用commonPool？

你的配置存在执行逻辑冲突的问题：@Async注解和CompletableFuture.supplyAsync的线程池使用是完全独立的，具体问题点：

• 你添加的@Async("datasetTaskExecutor")确实会把整个getTplDataset方法的执行提交到自定义线程池，但方法内部调用的CompletableFuture.supplyAsync()无参重载版本，默认会使用ForkJoinPool.commonPool()来执行Lambda里的HTTP请求任务。
• 相当于外层方法在自定义线程池运行，但里面的异步任务又单独开启了commonPool的线程，所以日志里会出现默认池的线程。

以下是两种解决办法：

方案一：去掉CompletableFuture嵌套，直接用@Async实现异步返回 #

既然已经用了@Async，没必要再嵌套CompletableFuture，Spring会自动帮你把返回值封装成CompletableFuture：

@Async("datasetTaskExecutor")
public CompletableFuture<DatasetResponse> getTplDataset(String datasetId) {
    DatasetResponse response = restTemplate.getForObject(BASE_PATH, DatasetResponse.class, datasetId);
    return CompletableFuture.completedFuture(response);
}

方案二：给CompletableFuture.supplyAsync传入自定义Executor #

如果一定要保留CompletableFuture的写法，把自定义线程池注入进来，作为supplyAsync的第二个参数：

@Autowired
@Qualifier("datasetTaskExecutor")
private Executor datasetTaskExecutor;

// 这里的@Async可以去掉，避免双重异步提交
public CompletableFuture<DatasetResponse> getTplDataset(String datasetId) {
    return CompletableFuture
        .supplyAsync(() -> restTemplate.getForObject(BASE_PATH, DatasetResponse.class, datasetId), datasetTaskExecutor);
}

注意：保留外层@Async会导致双重异步——先把方法提交到自定义线程池，再在该线程里提交任务到同一个线程池，完全没必要，建议去掉。

验证生效的方式：查看日志里的线程名，前缀如果是DatasetExecutor-，就说明自定义线程池已经在工作了。

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