随着今年 5 月 14 日 HTTP/2 协议正式版的发布，越来越多的网站开始部署 HTTP/2 了。我对 HTTP 协议一直都比较有兴趣，本文汇总一些关于 HTTP/2 的资料以及我写过的文章，会持续更新。如果大家有任何问题，欢迎留言交流探讨。

协议

HTTP/2 协议由以下两个 RFC 组成：

• RFC 7540 - Hypertext Transfer Protocol Version 2 (HTTP/2)；
• RFC 7541 - HPACK: Header Compression for HTTP/2；

网上有一份由百度 FEX 翻译的「h2-13 中文版」，更新于一年前，也可以看看。h2-13 说明这是协议的第 13 版草案，HTTP/2 一共经历了 00~17 共 18 版草案才正式发布。

很多支持 HTTP/2 的 Web 服务器和客户端，都会标注出自己支持的具体版本，例如 h2、h2-14，分别表示自己支持正式版、第 14 版草案。有时候还会看到某个软件写着支持 h2c，这是指它支持运行于非加密通道之上的 HTTP/2（HTTP/2 Cleartext）。

HTTP/2 协议是从 SPDY 演变而来，SPDY 已经完成了使命并很快就会退出历史舞台（例如 Chrome 将在「2016 年初结束对 SPDY 的支持」；Nginx 在今年年底正式支持 HTTP/2 后，也不再支持 SPDY），故本文不再讨论 SPDY。

在「HTTP/2 官网」可以找到更多有关 HTTP/2 协议的资料。

部署

根据 caniuse 的统计，目前支持 HTTP/2 的浏览器有 Chrome 41+、Firefox 36+、Safari 9+、Windows 10 上的 IE 11 和 Edge。服务器方面则有 F5、H2O、nghttp2 等数十种选择，各种语言实现的都有。Nginx 则相对谨慎一些，在「本月初才提供对 HTTP/2 的实验性支持」，年底才会正式支持。这里有一份「HTTP/2 服务器及客户端」的完整清单。

「Akamai 这个页面」提供了 HTTP/1 和 HTTP/2 的对比，大家可以用自己的浏览器测试一下。

升级到 HTTP/2 之后，不支持 HTTP/2 的浏览器还能正常访问么？如果有疑问，推荐阅读：谈谈 HTTP/2 的协议协商机制。

HTTP/2 协议本身并没有要求必须基于 TLS 部署，但当前所有浏览器均只支持 HTTP/2 Over TLS。这样做一方面更安全，另一方面利用 TLS 的加密机制可以更好地穿透网络中间节点。

所以如果要部署 HTTP/2，首先需要将网站升级为 HTTPS。这个过程涉及到购买证书、生成证书和配置 Web 服务器等几个步骤，网上很多教程，这里略过。有两点需要注意：1）选择层级少的证书（点击 Chrome 地址栏的绿色小锁，在详情中的证书信息里可以看到层级）；2）一定不要使用 SHA1 算法的证书。本站有不少关于 HTTPS 和证书的文章，供参考：

• 关于启用 HTTPS 的一些经验分享（一）；
• 关于启用 HTTPS 的一些经验分享（二）；
• 关于启用 HTTPS 的一些经验分享（三）；
• Let's Encrypt，免费好用的 HTTPS 证书；
• 开始使用 ECC 证书；

本博客先后使用过 H2O 和 Nginx 这两个服务器提供 HTTP/2 服务，下面是具体的介绍：

• 使用 H2O 部署 HTTP/2 服务；
• 使用 Nginx 部署 HTTP/2 服务；
• 本博客 Nginx 配置之完整篇；

如果你在使用 Apache，可以参考这篇文章启用 HTTP/2。

对于喜欢折腾的人来说，Caddy 应该是个不错的选择，这个基于 Go 语言开发的 Web Server 对 HTTP/2 和 HTTPS 有着良好的支持，最近还开始支持 QUIC 协议。

另外，现在国外一些 CDN 也开始支持 HTTP/2 了，例如 KeyCDN，可以根据自己实际需要选用。KeyCDN 写过一篇描述自家和全球 HTTP/2 部署情况统计的文章：HTTP/2 Statistics: KeyCDN Report on HTTP/2 Distribution。

HTTP/2 协议中对 TLS 有了更严格的限制，例如 HTTP/2 中只能使用 TLSv1.2+，还禁用了几百种 CipherSuite。如果你遇到了启用 HTTP/2 导致网站打不开的问题，一定要看看《从启用 HTTP/2 导致网站无法访问说起》这篇文章。

Google 在 Chrome 51 中移除了 NPN，如果你的服务器不支持 ALPN，在 Chrome 51+ 中无法协商到 HTTP/2，《为什么我们应该尽快支持 ALPN？》这篇文章里有更多描述。

Nginx 1.9.15~1.10.x 在处理 HTTP/2 POST 时考虑不周，导致特定场景下一些浏览器会产生「无法连接到服务器」错误。《谈谈 Nginx 的 HTTP/2 POST Bug》这篇文章里有详细说明。

优化

将网站升级为 HTTPS 之后，多了 TLS 握手过程，之后的全部流量都会加密，如果没有做好优化肯定会比之前更慢。实际上，现在 TLS 已经很快了，这里有一个性能专家 igrigorik 建立的网站：Is TLS Fast Yet?，可以关注下。

下面几篇对 Nginx 的配置心得，是我在本博客实践之后写的，可以先看看：

• TLS 握手优化详解；
• 使用 BoringSSL 优化 HTTPS 加密算法选择；
• 本博客 Nginx 配置之安全篇；
• 本博客 Nginx 配置之性能篇；

HTTP/2 究竟会给 WPO（Web Performance Optimization）带来什么，我也写了一系列文章来介绍：

• HTTP/2 与 WEB 性能优化（一）；
• HTTP/2 与 WEB 性能优化（二）；
• HTTP/2 与 WEB 性能优化（三）；

在 Velocity 2015 • SC 会议上，来自 Google 的 Ilya Grigorik 分享了「HTTP/2 is here, let's optimize! - Yesterday's perf best-practices are today's HTTP/2 anti-patterns」话题，重点讲述针对 HTTP/2 和 HTTP/1 进行 WPO 的相同和不同之处，值得推荐。

HTTP/2 中的 Server Push，可以减少网络延迟对性能带来的影响，优化首次访问速度。但它可能造成流量浪费，具体细节请看我的这两篇文章：

• HTTP/2 中的 Server Push 讨论；
• H2O 中的 Cache-Aware Server Push 简介；

HTTP/2 中的头部压缩，可以减少头部体积，提高传输效率。有关这项技术原理和实现的详细介绍，请看我的这篇文章：

• HTTP/2 头部压缩技术介绍；

目前我没有找到只针对 HTTP/2 的测试工具，下面性能及安全在线测试网站的结果可以作为参考：

• WebPagetest，老牌网站性能测试工具；
• GTmetrix，使用 PageSpeed、YSlow 和其他工具全面测试网站性能；
• Qualys SSL Server Test，本站强烈推荐的 HTTPS 测试工具；
• Observatory by Mozilla，Mozilla 出品的网站安全测试工具；

调试

不同于 HTTP/1 的文本格式报文，HTTP/2 传输的都是二进制帧，调试起来要麻烦一些。

首先，要辨别某个网站是否启用了 HTTP/2，可以通过浏览器开发工具的「网络」面板中的 Protocol 字段查看。也可以通过扩展在浏览器地址栏显示当前的协议类型，HTTP/2 指示器扩展：Chrome 版、Firefox 版。

在 Chrome 地址栏输入chrome://net-internals/#http2，打开 Chrome 自带的 HTTP/2 查看工具，可以很方便地查看 HTTP/2 帧信息。

新版 Wireshark（dev 1.99）可以调试 HTTP/2，详细介绍请查看「官网 Wiki」和我的这篇文章：调试 HTTP/2 流量。使用 nghttp2 也可以方便地调试 HTTP/2 流量，详情见这里。

更多调试工具可以在 CloudFlare 这篇文章里找到：Tools for debugging, testing and using HTTP/2。

书籍

以下书籍都有可供免费阅读的电子版：

• NGINX HTTP2 White Paper V4（Nginx 编写的 HTTP/2 白皮书）；
• http2 explained（中文翻译见这里）；
• HTTP/2: A New Excerpt from High Performance Browser Networking（即「High Performance Browser Networking」第十二章，Ilya Grigorik 编写）；

最近发现一个 HTTP/2 日文网站：http2.info，列举了很多有关 HTTP/2 的资料，懂日语的同学可以去看看。

最后放上我最近做的一个关于 HTTP/2 的分享：《HTTP/2：新的机遇与挑战》。

本文链接：https://imququ.com/post/http2-resource.html，参与评论 »

--EOF--

发表于 2015-08-31 00:50:46 ，并被添加「 HTTP2 」标签 ，最后修改于 2016-08-30 09:11:49 。查看本文 Markdown 版本 »

本站使用「署名 4.0 国际」创作共享协议，相关说明 »