在详细分析http2.0之前，有必要先看看http协议的演进史，是如何一步一步从http1.0升级到http2.0的：
Http1.0
在仔细的分析http1.0, http1.1, http2.0的区别之前，我对http协议的理解停留在http1.0的水平：
请求头部：
Connected to xxx.xx.xxx.xxx
Get xxx Http/1.0
User-AgentL xxxxx
Accept: /
请求响应：
HTTP/1.0 200 OK
Content-Type: text/plain
Content-Length: 23322
Expires: xxx
Last-modified: xxx
Server: xxx
请求头部和响应头部都是纯文本的，请求注明了资源路径，并携带UA和cookie信息，而响应也指明了协议类型，状态码，内容长度，缓存有效时间/上一次修改时间等用于浏览器检测资源缓存有效性的字段。每个资源请求都需要建立TCP连接，哪怕是向同一台服务器请求。此外，整个协议还存在其他瑕疵，因此6个月之后就制定了Http1.1的标准。
Http1.1
相对于1.0版，1.1版主要在以下几方面进行了改进：
- 持久连接。客户端在连接同一个主机并发送多个请求时，不再每次都中断连接，而是可以持续的保持连接，直到所有请求结束，这种机制也反推动http1.0来增加connection:keep-alive头部来实现相同效果。据统计，平均每个页面大概90个请求，那么假设资源都处于同一个域名，而为了防止过渡占用资源，同一个客户端最多同时向同一台主机请求6个资源，因此在前端开发中，往往通过资源合并，内嵌等方式来减少请求个数，此外资源预取，页面预渲染等方式也成为了常用优化手段。通过HTTP管道，域名分区可以增加文件下载的并行度。
- Host域。主要适用与同一台物理机器需要适配多个域名的情形，有了HOST域则能正确的将请求分发给对应的业务。
3.缓存。Http1.0使用max-age和expires来设定资源有效时间，当超过时间时，需要通过If-Modified-Since来询问服务器资源是否仍然有效，然而这种绝对时间会造成不同机器的时钟同步问题。Http1.1通过增加Etag来标识文件可以解决时钟同步问题。 - 内容协商机制，比如accept-language, accept-charset等等。
- 新增了很多状态码，比如206 断点续传等。
Http2.0
看起来Http1.1已经很完美了，不过Http2.0则进一步完善了1.1的功能，主要表现在
- 压缩。2.0把数据交互划分为流，消息和帧，帧成为了数据交互的最小单位，同一个请求的头部和数据部分可以分离开来形成不同的帧，客户端再对帧进行组装。并且，二进制编码对收不数据进行了压缩，减少了消息体大小。如此一来，客户端和服务端都可以以帧的形式，互不干扰的同时发出多个请求或者响应，而这种发送是乱序的，不再会因为之前的数据包未收到而等待中间数据包的情形。
- 服务器推送。当连接建立以后，服务器可以主动向客户端推送信息，这种推送避免了之前需要不断的轮询服务器来获取状态是否变更的情形，
- 减少连接。每个来源只需要建立一个tcp连接，不再需要像1.1一样，同时开启多个进程来实现并行下载，以及为了绕开最多同时下载6个资源而使用域名分区。
就先聊到这里把，随着HTTP协议的不断演进，有没有发现生活在不断的变得更美好了呢！
参考文章
HTTP1.0和HTTP1.1的区别
