恐怕这在 Java 11 http 客户端 API 中似乎是不可能的。
最相关的内部 JDK 类是Http2Connection.java。它列出了我们期望的 HTTP/2 连接的三种“创建”情况:
- 升级的 HTTP/1.1 普通 tcp 连接
- 先验知识直接创建普通tcp连接
- 直接创建使用 ALPN 的 HTTP/2 SSL 连接。
我们对案例 2 感兴趣。有代码:
/**
* Cases 2) 3)
*
* request is request to be sent.
*/
private Http2Connection(HttpRequestImpl request,
Http2ClientImpl h2client,
HttpConnection connection)
throws IOException
{
...
}
唉,这个构造函数实际上只用于安全连接的方法:
// Requires TLS handshake. So, is really async
static CompletableFuture<Http2Connection> createAsync(HttpRequestImpl request,
Http2ClientImpl h2client,
Exchange<?> exchange) {
assert request.secure();
AbstractAsyncSSLConnection connection = (AbstractAsyncSSLConnection)
...
return connection.connectAsync(exchange)
.thenCompose(unused -> connection.finishConnect())
.thenCompose(unused -> checkSSLConfig(connection))
.thenCompose(notused-> {
CompletableFuture<Http2Connection> cf = new MinimalFuture<>();
try {
Http2Connection hc = new Http2Connection(request, h2client, connection);
cf.complete(hc);
} catch (IOException e) {
cf.completeExceptionally(e);
}
return cf; } );
似乎只在升级 HTTP 1.1 连接时才调用非 TLS 构造函数。
我也研究了许多其他课程。我看不到任何暗示可以协商明文 HTTP/2 连接而无需从 JDK 11 客户端中的 HTTP 1.1 升级。
我发现的内容与 HttpClient.Builder 的 javadocs 中的 API 描述非常匹配,该描述仅说明选择 HTTP/2 作为版本:
如果设置为 HTTP/2,则每个请求都会尝试升级到 HTTP/2。
如果升级成功,则对该请求的响应将使用
HTTP/2 以及对同一来源的所有后续请求和响应
服务器将使用 HTTP/2。如果升级失败,则响应将
使用 HTTP/1.1 处理
在 HTTP/2 连接重用中发生了很多有趣的事情。例如,在升级并发请求的情况下,只有一个保留在附近以供将来在 HTTP/2 连接“缓存”中使用。当流的数量达到最大值时,缓存的连接将过期,即 ~ 2^31-1,这样进一步的请求不会超过它,但现有的流将保持打开状态。那是很多流。我认为,如果你的用例和我的一样——一个运行时间很长的应用程序中的 Web 服务客户端——那么实际上只有第一个请求的升级成本可以忽略不计。我仍然想消除它,主要是为了简单起见,但我开始认为它不值得。
就像提问者一样,我想坚持使用 JDK 客户端。我只想提一下,Apache HttpClient 5 beta 似乎支持强制 HTTP/2 (HttpVersionPolicy.FORCE_HTTP_2)。我无法提供任何进一步的建议,因为 beta 没有太多文档,而且 cmets 比 JDK 实现要稀疏得多。但如果我尝试并取得成功,我会更新我的答案。