Http协议的进化史
随着Http协议发展的20年间，从物理带宽、CPU、内存，到软件都有了很大的提升，而原来的协议也具有了很大的局限性：
- 性能低于带宽的使用率
- Web的设计与维护变得更复杂
- 客户端与服务端的资源消耗增加
- 资源的缓存局限
而HTTP/2 的主要设计思想应该都是源自 Google的 SPDY 协议。
HTTP/2的优势
HTTP/2试图解决HTTP/1.1的许多缺点和不灵活之处。
- Multiplexing and Concurrency：多个请求可以同时在同一个TCP链接中在耗时非常短的情况下成功发送，并且Response能够允许不按顺序被接收，在这过程中客户端与服务端不需要建立多个TCP链接。
- Stream Dependencies：客户端可以告知Server，哪些资源可以优先传送
- Header Compression：Http头压缩后，大小会被大大减小
- Server Push：Server可以在客户端没有请求之前发送一些资源
Multiplexing and Concurrency的实现
Http1.x的问题
在Http1.x中，浏览器客户端在同一时间，针对同一域名下的请求有一定数量限制，而超过限制数目的请求会被阻塞。
而为了更快的加载速度，很多公司提供了多个静态资源的CDN域名，目的就是变相的解决浏览器针对同一域名的请求限制阻塞问题。
Http2.x的实现方案
Http2.0通过多路复用，同时将多个资源通过同一个TCP链接发送到客户端。相比于Http1.0而言，减少了建立多个链接握手的时间，并且能实现并发发送资源。
而且TCP协议存在滑动窗口，在开始时滑动窗口比较小，随着数据的传送，滑动窗口会慢慢变大，就是说每次建立新连接后，数据先是慢慢地传，然后滑动窗口慢慢变大，才能较高速度地传。
而Http1.x在创建完新连接后，没用多久就关闭了，所以滑动窗口一直都非常小，传送的数据也就会很慢。而Http2.x由于资源都是通过该链接发送的，所以滑动窗口在后面的传输中就会一直保持最大化，这样就减少了Http1.x的突发性与短时性。
所以，HTTP2中用一条单一的长连接，避免了创建多个TCP连接带来的网络开销，提高了吞吐量。
Http2.x的二进制分帧
应用层(HTTP/2)和传输层(TCP or UDP)之间增加一个二进制分帧层（Binary Framing）。
在BinaryFraming中，会将Http Header以及Http Request Data进行二进制编码，将数据放入Binary Framing这一层中。
HTTP2把数据分割成一个个二进制帧，然后为帧进行编号来区分不同的请求。但是：
- 同一个请求的二进制帧必须是有序的，先进先出
- 同一个TCP链接的请求可以是无序的，请求的帧可以相互穿插，这样提高了带宽的吞吐量
总结：
- 单连接多资源的方式，减少服务端的链接压力,内存占用更少,连接吞吐量更大
- 由于 TCP 连接的减少而使网络拥塞状况得以改善，同时慢启动时间的减少,使拥塞和丢包恢复速度变快
Header Compression
Http1.x的头部
HTTP1.x一直都是Plain Text（纯文本），方便阅读与抓包。而Https会把Plain Text加密成二进制数据。
Http2.x的头部压缩
HTTP2使用HPACK压缩来压缩头部，减少报文大小。以下图为例：
- 由于头部有很多固定的报文，所以通过静态索引表的方式来维护头部的键值对，例如
method:Get对应静态表中的2 - 而不固定的报文，比如浏览器UA都不同，则会动态维护一张动态表，更新不固定的报文，例如
user-agent：Mozilla/5.0对应62 - 通过Haffuman编码，进一步压缩头部大小
Server Push
这个功能通常被称作“缓存推送”。主要的思想是：当一个客户端请求资源X，而服务器知道它很可能也需要资源Z的情况下，服务器可以在客户端发送请求前，主动将资源Z推送给客户端。
这个功能帮助客户端将Z放进缓存以备将来之需。服务器推送需要客户端显式的允许服务器提供该功能。但即使如此，客户端依然能自主选择是否需要中断该推送的流。如果不需要的话，客户端可以通过发送一个RST_STREAM帧来中止。
参考链接
Turn-on HTTP/2 today!
HTTP 2 的新特性你 get 了吗？
HTTP/2.0 相比1.0有哪些重大改进？
