支撑现有 Web 服务的 HTTP 协议距离其发布时的 1997 年已经有些年月了，随后的 HTTP/1.1 版本发布自 1999 年。随着技术的进步和需求的进化，对于数据快速高效地传输，HTTP/1.1 显得捉襟见肘，大部分优化是在应用层来做的，因为协议是改不了的嘛，比如雪碧图减少请求数，域名共享（Domain sharing）增加同时建立的请求数。

SPDY 与 HTTP/2

早在 2009 年，Google 便尝试推出了一个叫 SPDY 的实验性协议来对 HTTP/1.1 进行升级优化。在一个工作了这么久的协议上进行大的改进，如何做到对现有应用影响最小又收效显著，相信每个对历史代码有重构的开发者来说是能够体会的。所以 Google 在尝试对协议进行优化时，其目标是：

• 减少 50% 页面加载耗时（PLT/Page Load Time）
• 做到无须开发者适配网页
• 简化部署和避免对现有网络设施进行大改动
• 与开源社区一同推进实施
• 采集实际运行时的性能数据以评估实施结果

为了达到减少 50% 页面加载耗时的目标，分帧层便是在这时引入的。

在最初的内部实验结果中，页面加载耗时的提升相当显著，达到了 55%。随后该协议在主流浏览器中得以实现，Chrome, Firefix 及 Opera，各大小公司也开始在其服务中部署实施。借着 SPDY 这波势头，HTTP 工作组 （HTTP Working Group/HTTP-WG）以其为基础开始了 HTTP/2 的提案，随后两者并行发展，SPDY 可看成是 HTTP/2 的一个实验分支，在这上面进行新功能开发和测试，然后将稳定的功能提交到 HTTP/2 草案中。

经过长时间的不断测试演进，2015 年 HTTP/2 通过了可发布的标准，是时，Chrome 团队给出了废弃 SPDY 的日程，开始了 HTTP/2 的时代。但其实早在此协议正式通过前，已经有好些浏览器及站点完整地实施了 HTTP/2，享受到了性能上的巨大提升。

HTTP/2 对于现有应用层的东西没有改变，比如 HTTP 动词，状态码，请求响应头。它的变动主要在数据格式及传输上，通过新增的分帧层（Frame layer）将这些变动和应用层隔离，所以对于应用层来说是透明的，现有 Web 应用可以不经任何修改就切到 HTTP/2。

关于版本

为何不是 HTTP/1.2

为了达到预期的性能优化，HTTP/2 中新增了二进制分帧层，这与现有 HTTP/1.1 协议的服务器及客户端是不兼容的，所以版本号来了个大升级。

除非你是服务器的开发者，需要关注这些底层的实现，否则对于应用来说，这些优化是服务器和客户端替你实现的，无须关心。

如何看站点使用的 HTTP 版本

最简单的办法，通过浏览器的开发者工具中的网络面板查看。

Chrome DevTools 网络面板中查看 HTTP 版本

其中 Protocal 一列显示 h2 即为 HTTP/2 协议。

也可使用 curl 查看到 HTTP/2 的返回。因为只需要查看响应头，所以加 -I 参数即可。

-I, --head

(HTTP FTP FILE) Fetch the headers only! HTTP-servers feature the command HEAD which this uses to get nothing but the header of a document. When used on an FTP or FILE file, curl displays the file size and last modification time only.

-- 来自 curl 工具 man 页面对 -I 参数的解释。

$ curl -I <url>

WwW.iis7.CoM