升级到Java 17后如何避免java.net HttpClient抛出RejectedExecutionException

核心原因 #

你对问题的核心逻辑理解基本正确：当在ForkJoinPool公共池线程中同步调用HttpClient.send()时，方法内部会通过CompletableFuture.get()阻塞当前线程，触发ForkJoinPool.managedBlock()尝试创建补偿线程。Java 17对ForkJoinPool的补偿线程上限做了更严格的限制，当补偿线程数超过maximumSpares时，就会抛出RejectedExecutionException。而Java 11中这部分限制更宽松，因此升级后暴露问题。

可行解决方案 #

1. 隔离HttpClient的执行线程池 #

最推荐的方案是为HttpClient指定自定义Executor，彻底隔离公共池的影响：

// 创建自定义线程池，根据业务需求调整核心线程数、队列大小等参数
ExecutorService httpExecutor = new ThreadPoolExecutor(
    8, // 核心线程数
    16, // 最大线程数
    60L, TimeUnit.SECONDS,
    new ArrayBlockingQueue<>(100),
    new ThreadFactoryBuilder().setNameFormat("http-client-worker-%d").build(),
    new ThreadPoolExecutor.CallerRunsPolicy() // 拒绝策略，按需调整
);

// 构建HttpClient时绑定自定义Executor
HttpClient httpClient = HttpClient.newBuilder()
    .executor(httpExecutor)
    // 其他配置：超时、代理等
    .build();

注意：自定义Executor需要在应用 shutdown 时手动调用shutdown()或shutdownNow()释放资源。

2. 避免在ForkJoinPool公共池中同步调用HttpClient #

如果无法修改HttpClient的构建逻辑，需确保HttpClient.send()的调用线程不属于ForkJoinPool公共池：

• 将同步HTTP调用封装到专门的线程池任务中执行，比如：

  ExecutorService dedicatedPool = Executors.newFixedThreadPool(10);
  HttpResponse<String> response = dedicatedPool.submit(() -> {
      return httpClient.send(request, HttpResponse.BodyHandlers.ofString());
  }).get();
  

3. 调整ForkJoinPool公共池参数（不推荐） #

如果必须依赖公共池，可通过JVM启动参数放宽限制，但会影响整个应用的ForkJoinPool行为：

-Djava.util.concurrent.ForkJoinPool.common.parallelism=16
-Djava.util.concurrent.ForkJoinPool.common.maximumSpares=512

• parallelism：公共池的核心并行线程数，默认是CPU核心数
• maximumSpares：允许的最大补偿线程数，Java 17默认是256，调大这个值可以减少异常触发概率，但会增加系统线程开销

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