是否需要在SPDY上进行资源捆绑以减少响应时间

Question

这里我使用术语捆绑来指代将JS和CSS资源连接在一起以减少HTTP请求的数量。 HTTP / 2解决了潜在的问题，这些问题首先催生了资源捆绑Web开发最佳实践（往返时间，资源获取阻塞）。但是，现在广泛部署的SPDY有多少与HTTP / 2共享这些特性？

如果我使用SPDY感知CDN，如CloudFlare，如果我不需要关心旧客户端，是否有任何意义捆绑资源？

请注意，资源转换可能与捆绑分开进行，这个问题主要是关于响应时间，而不是编译代码。

Answer 1

HTTP / 2（及其前身SPDY，现在正逐步淘汰）客户端可以执行比HTTP / 1.1客户端更多的并发请求。

HTTP / 1.1一次只能处理4到8个并发请求，HTTP / 2通常最多可以执行100个。

资源的捆绑基本上是对此HTTP / 1.1限制的解决方法，并且HTTP / 2不再严格需要它。

我可以想到继续捆绑的唯一原因可能是提高资源的gzip压缩效率（但是应该测量这个以便量化好处 - 如果有的话，它们可能会非常小） ）或其他应用原因。

如果您不关心旧版客户端，在典型情况下，您可以避免在使用启用HTTP / 2的CDN时捆绑资源。

这应该简化您的Web应用程序的构建（不再需要捆绑阶段）而不会损失响应时间，但唯一可以确定的方法是测量您的特定情况。