Http 1.0

发布年份：1996 非官方标准

• 短链接：每一次请求都对应一次TCP的连接与释放

  • 开销大：每次请求都要TCP的连接与释放
  • 队头阻塞：每次请求都必须等上一次请求获得响应之后，才可以发送；效率低下

• 缓存：在HTTP1.0中主要使用header里的协商缓存 last-modified（上次修改时间），if-modified-since（是否修改），强缓存 Expires（缓存过期时间）；减少了不必要的网络传输

Http 1.1

发布年份：1997 官方标准，并长期使用

• 长连接：HTTP1.1增加Connection字段，通过设置Keep-Alive保持HTTP连接不断开。避免每次客户端与服务器请求都要重复建立释放建立TCP连接。提高了网络的利用率。

如果客户端想关闭HTTP连接，可以在请求头中携带Connection:false来告知服务器关闭请求。

• 管道化（pipelining）:HTTP1.1支持请求管道化（pipelining）。TCP连接之后，Http可以像流水线一样，连续发送多次请求，而不必等待上一次请求响应之后再发送

需要注意的是：服务器必须按照客户端请求的先后顺序依次回送相应的结果，以保证客户端能够区分出每次请求的响应内容。也就是说，HTTP管道化可以让我们把先进先出队列从客户端（请求队列）迁移到服务端（响应队列）。
可见，HTTP1.1还是无法解决队头阻塞的问题。同时“管道化”技术存在各种各样的问题，所以很多浏览器要么根本不支持它，要么直接默认关闭，并且开启的条件很苛刻……而且好像实际也没有什么用处。

由此可见，管线化并不是真正的并行的传输，现阶段的浏览器厂商采取了另外一种做法，它允许我们打开多个TCP的会话。eg.Chrome一般是6个

• 缓存：加入了一些新的字段如cache-control，支持断点传输
• Host 标头：使得一个服务器能够用来创建多个Web站点

Http 2.0

发布年份：2015 官方标准，逐渐普及中

• 头部压缩: HTTP2.0会压缩（Header）部分；如果同时多个请求其头部一样或相似，那么协议会消除重复部分。

利用HPAK算法：在客户端和服务器同时维护一张头信息表，所有字段都会存入这个表，生成一个索引号，就不用重复发送同样字段了，只发送索引号，减少数据量提高速度

• 二进制格式: HTTP/1.0和HTTP/1.1中，报文都是纯文本的格式简单易读；而在2.0中采用了二进制的格式,不再可读;数据以数据流（stream）的形式以字节单位发送，数据包可以不按顺序发送

• 多路复用协议: 真正的并行的请求能在同一个链接中处理，移除了 HTTP/1.x 中顺序和阻塞的约束。
  

在HTTP2.0中，对头阻塞是发生在TCP层面

• 服务端推送： 服务端不再是被动地响应，可以主动向客户端发送消息、推送额外的资源。

在实际中应用的也比较少

Http 3.0

发布年份：2022 官方文档 逐渐普及中

• QUIC协议： 而QUIC是基于 UDP 协议，不需要三次连接进行握手，而且也会缩短 TLS 建立连接的时间。解决了队头阻塞问题。

参考资料

• https://blog.csdn.net/weixin_45910068/article/details/126290248
• https://xiaolincoding.com/network/2_http/http_interview.html#http-1-1%E3%80%81http-2%E3%80%81http-3-%E6%BC%94%E5%8F%98
• https://zhuanlan.zhihu.com/p/266578819
• https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Basics_of_HTTP/Evolution_of_HTTP