okHttp拦截器中的协议升级机制答案

【问题标题】：Protocol Upgrade Mechanism in okHttp InterceptorsokHttp拦截器中的协议升级机制
【发布时间】：2020-01-29 11:11:34
【问题描述】：

我需要将我的请求从 HTTP1.1 服务升级到 HTTP/2。到目前为止，这是我尝试过的。

public class H2cUpgradeRequestInterceptor implements Interceptor {
    private static final Log logger = LogFactory.getLog(H2cUpgradeRequestInterceptor.class);

    @Override
    public Response intercept(Chain chain) throws IOException {
        Request request = chain.request();
        Request upgradeRequest = request.newBuilder().addHeader("Connection", "Upgrade, HTTP2-Settings")
                .addHeader("Upgrade", "h2c").addHeader("HTTP2-Settings", "AAMAAABkAARAAAAAAAIAAAAA").build();
        Response upgradeResponse = chain.proceed(upgradeRequest);
        if (upgradeResponse != null && upgradeResponse.code() == HttpStatus.SC_SWITCHING_PROTOCOLS) {
            logger.debug("Switching Protocols success"); // Success. Got 101 in reply.
        }
        Response response = chain.proceed(request);
        if (response.protocol() == Protocol.HTTP_2) { // This is returning HTTP1.1 as protocol
            logger.debug("Used upgraded h2c protocol");
        }
        return response;

    }

}

我的服务器启用了 h2c。在我的第一个chain.proceed() 电话中，我还收到了 101 个交换协议。但是即使切换协议成功，下一个proceed() 总是给我 HTTP1.1 作为协议。实现协议升级的正确方法是正确的吗？如果是的话，如何确保在切换协议成功后使用HTTP2？

【问题讨论】：

标签： java http okhttp interceptor

【解决方案1】：

根据docs，从此关闭

我不需要再次发送请求。

如果在 GET 请求中收到 Upgrade 标头字段并且服务器决定切换协议，它首先响应 101 HTTP/1.1 中的（交换协议）消息，然后紧随其后新协议相当于对 GET 的响应目标资源。这允许将连接升级到协议具有与 HTTP 相同的语义，没有延迟成本额外的往返。

关注here

【讨论】：