2015年发布
2009年Google自行研发的SPDY在Chrome上验证成功后，被当作是HTTP/2的基础
- 完全采用二进制协议
- 支持多路复用(multiplexing)
- 支持头部压缩(header compression)
- 支持服务器推送(server push)
二进制协议
HTTP/2完全采用二进制协议，头信息和数据体都是二进制的，统称为帧(frame)。可以使得帧的识别更简单，并且传输信息更高效。其缺点是不便于调试，这就需要我们使用相应的工具来理解二进制的内容。
HTTP/2之前的协议都是基于ASCII码，好处是可读性好，容易上手。其缺点是可选的空格以及多变的终止符给识别帧造成了一些困难。
多路复用（Fully multiplexed）
解决了队首阻塞的问题。对于同一个TCP连接，现在可以发送多个请求，接收多个回应了！在HTTP/1.1里面，如果在一个连接里上一个请求发生了丢包，那么后面的所有请求都必须等第一个请求补上包，收到回应以后才能继续执行。而在HTTP/2里面，可以直接并行处理。
头部压缩
所有的HTTP request和response都有header，但是header里很可能包含缓存信息，导致他的大小会迅速增大的。但是在一个连接里大部分请求的请求头其实携带的信息都很类似，所以HTTP/2使用了索引表，存储了第一次出现的请求的请求头，然后后面的类似的请求只需要携带这个索引的数字就好了。头部压缩平均减少了30%的头部大小，加快了整体的网络中传输的速度。
- HTTP/2使用了HPACK算法进行压缩
- 头部字段使用静态Huffman编码
服务端推送
HTTP/2为此提出了服务器推送机制，服务器端可以通过发起PUSH_PROMISE帧告知客户端，客户端收到服务器想要推送资源的意图后，可以决定是否接收推送。
服务器推送功能虽然很强大，但在实际使用中还需要考虑一些问题。第一个问题是如果客户端已经有缓存了，那么推送资源就是一种浪费。一种解决方法是只在用户第一次访问的时候推送资源。第二个问题是目前我们一般把静态资源放在CDN上，目前大部分CDN还不支持服务器推送，那么CDN和服务器推送到底哪个效果更好，这个可能还需要一些测试数据来做评判。
