在SPDY协议中，是否需要资源捆绑以减少响应时间？

Question

4

在这里，我使用捆绑一词来指代将JS和CSS资源连接在一起以减少HTTP请求次数的做法。HTTP/2解决了导致资源捆绑成为Web开发最佳实践的根本问题（往返时间，资源获取阻塞）。然而，现在广泛部署的SPDY与HTTP/2的这些特征有多少相似之处呢？

如果我使用像CloudFlare这样的SPDY感知CDN，那么如果我不需要关心旧客户端，还有必要捆绑资源吗？

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

- Mikko Ohtamaa

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- sbordet · 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 应用程序的构建（不再需要捆绑阶段），而响应时间也不会受到影响，但确保的方法是测量您的特定情况。