rest - HTTP 2.0 与 HTTP 1.1 在服务器到服务器通信上的连接池

Question

我最近一直在阅读有关 HTTP 2.0 的文章，我试图了解服务器到服务器 (REST) 通信是否有任何好处。该场景是服务器A向服务器B(或少量服务器2实例)发送REST Json消息。通常 HTTP 客户端维护连接池并重用旧连接，因此如果服务器通过 HTTP 1.1 通信，一旦连接建立，它将被重用。在这种情况下，HTTP 2.0 的好处是什么？此外，如果服务器 B 经常超时，那么对于 HTTP 1.1，连接将不得不关闭并再次打开，这是一种开销。但是对于 HTTP 2.0，情况会不会一样呢？

Answer 1

对于少数服务器，我认为HTTP/1.1和HTTP/2不会有很大的区别。我认为小请求率也是如此。在这两种情况下，ServerA 中的 HTTP 客户端将需要打开和池化少量连接，可能只有一个。

对于大量服务器(数百个或更多)或高请求率，情况可能会完全不同，这将迫使 HTTP/1.1 打开并维护大量连接。这就是 HTTP/2 的多路复用功能真正发挥作用的地方，并为 HTTP/2 提供了优于 HTTP/1.1 的优势。

最后，在使用 HTTP/2 时，您还需要考虑请求和响应内容的大小。与 HTTP/1.1 不同，HTTP/2 在协议(protocol)级别强制执行流量控制，如果流量控制窗口太小，这可能会导致上传/下载停止。
幸运的是，这在良好的 HTTP/2 客户端和服务器实现中应该是可配置的。
对于较小的内容大小，您应该不会看到流量控制机制的太多干扰，因此 HTTP/2 的性能应该与 HTTP/1.1 一样好。
对于较大的内容大小，您需要将流量控制窗口配置为较大的值，以避免流量控制机制过于频繁地停止上传/下载。