HTTP 2 协议(protocol)对 Web 开发的影响？

Question

我想提请您注意我几天来重新思考的事情。 HTTP/2 协议(protocol)对 Web 开发的新特性和影响。我还想问一些相关的问题，因为我的年度计划因为 HTTP/2 变得不太准确。

由于 HTTP/2 使用单个 multiplexed connection ，而不是 HTTP 1.x 中的多个连接 domain sharding将不再需要技术。

使用 HTTP/1.x，您可能已经将文件放在不同的域中以增加文件传输到 Web 浏览器的并行性；内容域网络 (CDN) 会自动执行此操作。但这对 HTTP/2 下的性能没有帮助——而且可能会损害它。

问题 1:HTTP/2 是否会最大限度地减少对 CDN 的需求？

---

代码文件连接。通常作为单独文件维护和传输的代码块被合并为一个。然后，浏览器会根据需要在串联文件中查找并运行所需的代码。

Q2。 HTTP/2 是否会消除连接具有类似扩展名(css、javascript)的文件的需要以及使用优秀的 Grunt 和 Gulp 工具来实现这一点？

---

问。此外，为了简化问题并使问题更紧凑，我想问的是您可以预见的 HTTP/2 对 Web 开发的其他影响是什么？

Answer 1

问题 1:HTTP/2 是否会减少对 CDN 的需求？

如果您使用正确的软件，它肯定会稍微改变平衡。我谈论平衡是因为 CDN 需要金钱和管理时间。

• 如果您使用 CDN 来卸载流量，您仍然需要它们来卸载流量。

• 如果您的网站规模较小(从数字上看，大多数网站都是)，您就没有理由使用 CDN，因为使用 HTTP/2 可以非常有效地隐藏延迟(前提是您正确部署)。 HTTP/2 甚至比 SPDY 更好，查看 this article有关 SPDY 的用例。

• 此外，我们纳入网站的大部分第三方内容已经使用了 CDN。

Q2。 HTTP/2 是否会消除连接具有相似扩展名(css、javascript)的文件的需要以及使用出色的 Grunt 和 Gulp 工具来实现这一点？

不幸的是没有。不需要连接东西，除非您传送的文件非常小，比如几百字节。其他所有内容仍然相关，包括缩小和 adding those ugly query strings for cache busting .

Q3。此外，为了简化问题并使问题更紧凑，我会问得非常笼统，如您所预见的，HTTP/2 对 Web 开发的其他影响可能是什么？

这是一个棘手的问题。一方面，HTTP/2 出现在网络成熟的时刻，开发人员有一大堆事情要处理。 HTTP/2 可以被看作是一个微小的改变，使得整个堆栈不会崩溃。事实上，我可以想象很多团队会以这种方式向管理层推销 HTTP/2(“这不会有问题，我们保证!”)。

但从技术角度来看，HTTP/2 允许更好的开发工作流程。例如，HTTP/2 的多路复用特性意味着站点的大部分内容都可以通过单个连接提供，从而允许某些服务器 to learn about interactions between assets通过观察浏览器的行为。这些信息可以与 HTTP/2 和现代网络的其他功能(特别是 HTTP/2 PUSH 和预打开 header )一起使用，以隐藏大量延迟。想一想可以为对性能感兴趣的开发人员节省多少工作。