HTTP/2 资料汇总

发表于 5年以前 | 总阅读数：1310 次

随着今年 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：新的机遇与挑战》。