AFAIK 减少 HTTP 请求以提高网站速度的整个想法在于 HTTP 无法处理并发请求。HTTP2 允许并发请求。
减少发出的 HTTP 请求的数量仍然是性能优势吗?
还是在同时处理大量较小的 HTTP 请求时更有效?
或者是否有一个基于站点/浏览器可以处理的并发请求数量的快乐媒介?
我专门为此使用 nginx,但假设同样的问题同样适用于 apache 和其他 Web 服务器。
HTTP/2 使请求更便宜——不是免费的。
HTTP 请求还是有代价的,查找本地缓存、构建请求、发送请求、等待响应、获取结果、决定是否下次缓存、处理结果……等等。出于这个原因,浏览器可以限制一次运行中的请求数。
服务器通常还将连接一次限制为 100 个飞行响应。
其他人还发现,完全放弃打包会导致性能问题,部分原因是上述原因,还因为压缩(gzip 和 brotli)对于较小的文件效率较低,导致必须发送更多字节。
普遍的共识似乎是 1) 测试和 2) 较少地捆绑成功能块,但不要完全摆脱它。