问题描述
AFAIK减少HTTP请求以提高网站速度的整个思想在于HTTP无法处理并发请求。 HTTP2允许并发请求。
或者同时进行多个较小的HTTP请求是否更有效？
还是基于站点/浏览器可以处理的并发请求数来确定快乐的媒体？
我专门为此使用Nginx，但假设相同的问题同样适用于apache和其他Web服务器。
解决方法
HTTP / 2使请求更便宜-并非免费。
HTTP请求仍然有成本，查找本地缓存，构建请求，发送请求，等待响应，获取结果，决定是否下次对其进行缓存，处理结果等。因此，browsers can limit the number of requests in flight at once。
服务器通常还会一次将连接限制为100个机上响应。
其他人也发现completely forgoing packaging leads to performance issues，部分是由于上述原因，还因为压缩（gzip和brotli）对于较小的文件效率较低，导致必须发送更多的字节。
普遍的共识似乎是1）测试和2）减少捆绑成功能的部分，但不要完全摆脱它。