为前端 web 开发者准备的http2

本文是翻译，版权归原作者所有

HTTP2 【注1】将意味着我们在开发网站上的一个变化。HTTP1 的最佳实践在 HTTP2 的世界是有害的。

HTTP1.x 是我们都熟悉的 HTTP 的版本。它是一项古老的协议，早在我们知道万维网【注3】会变成什么之前就被设计好了。尽管它能够发挥作用，但它只是不再有效率了，因为我们要求的比其设计初衷要复杂得多。

为了让使用 HTTP1 的网站能够在可接受的时间内载入，我们开发了一系列的技巧：真正的 hack；从这项古老的协议中榨取性能。它们是：

前两个技巧目标是避免多个 HTTP 请求。在 HTTP1 里，每个请求的成本较高，要耗去太多时间，每个请求要连带载入 cookie 做为请求的一部分，并且它们没有压缩。把一堆东西合并在一起，一次性搞定而不是请求不同的资源，速度要快些。

第三个技巧用来最小化需要得到资源文件的时间；cookie，如果设置了，就会在每个请求中发送被请求域名的 cookie，在这一点上增加了大量的‘浪费’空间。如果你的资源文件位于不同的、不使用 cookie 的域名，那么请求这些文件将不需要附带发送 cookie，这要更快一点儿。

最后一个技巧，拆分，是因为浏览器只允许向每个域名同时请求两个。如果你为资源文件创建了新域名，那么你把浏览器所允许的、同时请求的连接数加倍了，进而获取你的文件。这样，你就能更快地下载网站内容。实际上，拆分在过去的几年里不是太有用，因为浏览器提供商认为‘两个连接’的限制是愚蠢的，他们无视它了。

HTTP2 差不多要来了，它基于 SPDY，它让一切都变得更有效率。这也意味着所有这些针对 HTTP1 的性能技巧都是有害的。它们将使得一个 HTTP2 站点更慢而不是更快——不要使用它们。

HTTP2 的多个请求的成本更少，因为其本身有大量的技巧。

所有这些意味着，陈旧的 HTTP1 技巧不仅仅是不再需要，它们实际上会让事情变得更糟。你可以下载那些对页面浏览不必要的资源文件（貌似是合并和 Spiriting 的事情），拆分引起载入减缓的 DNS 查找的问题，尽管 HTTP2 意味着你不需要把拆分放在首要位置。

总之，在你做网站的前端开发时，你知道它将应用 HTTP2，那么你需要确保你不会使用传统的 HTTP1 性能技巧，它们将损害 HTTP2 之下的网站。