Java 11 HTTP 客户端异步执行

Question

我正在尝试来自 JDK 11 的新 HTTP 客户端 API，特别是它执行请求的异步方式。但是有些东西我不确定我是否理解（某种实现方面）。在documentation 中，它说：

返回的CompletableFuture 实例的异步任务和相关操作在可行的情况下在客户端Executor 提供的线程上执行。

据我了解，这意味着如果我在创建HttpClient 对象时设置了自定义执行器：

ExecutorService executor = Executors.newFixedThreadPool(3);

HttpClient httpClient = HttpClient.newBuilder()
                      .executor(executor)  // custom executor
                      .build();

那么如果我异步发送请求并在返回的CompletableFuture 上添加依赖操作，则依赖操作应该在指定的执行器上执行。

httpClient.sendAsync(request, BodyHandlers.ofString())
          .thenAccept(response -> {
      System.out.println("Thread is: " + Thread.currentThread().getName());
      // do something when the response is received
});

但是，在上面的依赖操作（thenAccept 中的消费者）中，我看到执行此操作的线程来自公共池而不是自定义执行程序，因为它打印 Thread is: ForkJoinPool.commonPool-worker-5。

这是实现中的错误吗？或者我错过了什么？我注意到它说“实例是在客户端执行器提供的线程上执行的，在实用的地方”，那么这是不适用的情况吗？

请注意，我也尝试了thenAcceptAsync，结果相同。

Answer 1

我刚刚找到了一个更新的documentation（我最初链接的那个似乎很旧），它解释了这种实现行为：

一般来说，异步任务在调用操作的线程中执行，例如sending 一个 HTTP 请求，或者由客户端的 executor 提供的线程。 相关任务，由返回的 CompletionStages 或 CompletableFutures 触发，未明确指定执行者，在与 CompletableFuture 相同的 default executor 中执行，或者在操作完成时在调用线程中执行在依赖任务注册之前。

而CompletableFuture的默认执行者是公共池。

我还找到了介绍此行为的bug ID，API 开发人员在其中对其进行了充分解释：

2) 依赖任务在公共池中运行 依赖任务的默认执行已更新为在与 CompletableFuture 的 defaultExecutor 相同的执行器中运行。这对于已经使用 CF 的开发人员来说更为熟悉，并减少了 HTTP 客户端因线​​程不足而无法执行其任务的可能性。这只是默认行为，如果需要，HTTP 客户端和 CompletableFuture 都允许更细粒度的控制。

Answer 2

短版：我认为您已经确定了一个实现细节，并且“在实用的地方”意味着不保证提供的executor 将被使用。 p>

详细说明：

我已经从 here 下载了 JDK 11 源代码。 （jdk11-f729ca27cf9a 在撰写本文时）。

在src/java.net.http/share/classes/jdk/internal/net/http/HttpClientImpl.java中，有如下类：

/**
 * A DelegatingExecutor is an executor that delegates tasks to
 * a wrapped executor when it detects that the current thread
 * is the SelectorManager thread. If the current thread is not
 * the selector manager thread the given task is executed inline.
 */
final static class DelegatingExecutor implements Executor {

如果isInSelectorThread 为真，则此类使用executor，否则内联执行任务。这归结为：

boolean isSelectorThread() {
    return Thread.currentThread() == selmgr;
}

其中selmgr 是SelectorManager。 编辑：这个类也包含在HttpClientImpl.java：

// Main loop for this client's selector
private final static class SelectorManager extends Thread {

结果：我猜在实际应用中意味着它依赖于实现，并且不能保证提供的executor 将被使用。

注意：这与默认执行程序不同，其中构建器不提供executor。在这种情况下，代码显然会创建一个新的缓存线程池。换句话说，如果构建器提供executor，则对SelectorManager 进行身份检查。