如果使用 HTTP2，减少 HTTP 请求是否有速度优势？

Question

AFAIK 减少 HTTP 请求以提高网站速度背后的整个想法在于 HTTP 无法处理并发请求。 HTTP2 允许并发请求。

减少发出的 HTTP 请求的数量仍然是性能优势吗？

还是在同时处理大量更小的 HTTP 请求时更有效？

或者是否有一个基于站点/浏览器可以处理的并发请求数量的快乐媒介？

我专门为此使用 nginx，但假设同样的问题同样适用于 apache 和其他 web 服务器。

Answer 1

HTTP/2 使请求更便宜——不是免费的。

HTTP请求还是有代价的，查找本地缓存、构建请求、发送请求、等待响应、获取结果、决定是否下次缓存、处理结果……等等。 出于这个原因，浏览器可以限制一次运行中的请求数。

服务器通常还将连接一次限制为 100 个飞行响应。

其他人还发现，完全放弃打包会导致性能问题，部分原因是上述原因，还因为压缩（gzip 和 brotli）对于较小的文件效率较低，导致必须发送更多字节。

普遍的共识似乎是 1) 测试和 2) 将更少的捆绑到功能部件中，但不要 go 完全摆脱它。