（详解）HTTP版本：1.0 、1.1、 2.0 三个版本的区别

HTTP1.0

• 无状态、无连接

HTTP1.1

• 支持长连接，请求管道化（请求并行发送，相应仍然需有序返回）
• 增加缓存处理（新的字段如cache-control）
• 增加Host字段，适应虚拟主机技术发展，即一台服务器支持多台主机
• 支持断点传输

HTTP2.0

• 二进制分帧
• 多路复用（或连接共享）
• 头部压缩，encoder
• 服务器推送

1、HTTP历史

早在 HTTP 建立之初，主要就是为了将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。也是说对于前端来说，我们所写的HTML页面将要放在我们的 web 服务器上，用户端通过浏览器访问url地址来获取网页的显示内容，但是到了 WEB2.0 以来，我们的页面变得复杂，不仅仅单纯的是一些简单的文字和图片，同时我们的 HTML 页面有了 CSS，Javascript，来丰富我们的页面展示，当 ajax 的出现，我们又多了一种向服务器端获取数据的方法，这些其实都是基于 HTTP 协议的。同样到了移动互联网时代，我们页面可以跑在手机端浏览器里面，但是和 PC 相比，手机端的网络情况更加复杂，这使得我们开始了不得不对 HTTP 进行深入理解并不断优化过程中。

2、HTTP优化

影响一个 HTTP 网络请求的因素主要有两个：带宽和延迟。

• 带宽： 如果说我们还停留在拨号上网的阶段，带宽可能会成为一个比较严重影响请求的问题，但是现在网络基础建设已经使得带宽得到极大的提升，我们不再会担心由带宽而影响网速，那么就只剩下延迟了。

• 延迟：

• • 浏览器阻塞（HOL blocking：浏览器会因为一些原因阻塞请求。浏览器对于同一个域名，同时只能有 4 个连接（这个根据浏览器内核不同可能会有所差异），超过浏览器最大连接数限制，后续请求就会被阻塞。
  • DNS 查询（DNS Lookup) ：浏览器需要知道目标服务器的 IP 才能建立连接。将域名解析为 IP 的这个系统就是 DNS。这个通常可以利用DNS缓存结果来达到减少这个时间的目的。
  • 建立连接（Initial connection) ：HTTP 是基于 TCP 协议的，浏览器最快也要在第三次握手时才能捎带 HTTP 请求报文，达到真正的建立连接，但是这些连接无法复用会导致每次请求都经历三次握手和慢启动。三次握手在高延迟的场景下影响较明显，慢启动则对文件类大请求影响较大。

---

3、HTTP1.0 和 HTTP1.1

HTTP1.0最早在网页中使用是在1996年，那个时候只是使用一些较为简单的网页上和网络请求上，而HTTP1.1则在1999年才开始广泛应用于现在的各大浏览器网络请求中，同时HTTP1.1也是当前使用最为广泛的HTTP协议。 主要区别主要体现在：

3.1、缓存处理：

关于web缓存的详细介绍

• HTTP1.0 中主要使用header里的If-Modified-Since, Expires来做为缓存判断的标准
• HTTP1.1 则引入了更多的缓存控制策略（Cache control）；例如 Entity tag，If-Unmodified-Since, If-Match, If-None-Match 等更多可供选择的缓存头来控制缓存策略。

3.2、带宽优化及网络连接的使用

• HTTP1.0中：存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能 ；
• HTTP1.1中：则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者*的选择以便于充分利用带宽和连接。

3.3、错误通知的管理

• 在HTTP1.1中新增了24个错误状态响应码，比如：
• 409（Conflict）：表示请求的资源与资源的当前状态发生冲突；
• 410（Gone）：表示服务器上的某个资源被永久性的删除。

3.4、Host 头处理

• 在HTTP1.0 中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）
• 但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。
• HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。

3.5、长连接

• HTTP1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理

• 在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟

• 在HTTP1.1中默认开启Connection：keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。

• HTTP1.1支持请求管道化（pipelining）。基于HTTP1.1的长连接，使得请求管线化成为可能。

• 管道化使得请求能够“并行”传输；服务器必须按照客户端请求的先后顺序依次回送相应的结果，以保证客户端能够区分出每次请求的响应内容。即虽然HTTP1.1支持管道化，但是服务器也必须进行逐个响应的送回！！

• 现阶段的浏览器厂商采取了另外一种做法，它允许我们打开多个TCP的会话，这才是真正的并行！

4、HTTP2.0 和 HTTP1.X 相比的新特性

4.1、二进制分帧

• HTTP1.x 的解析是基于文本。基于文本协议的格式解析存在天然缺陷，文本的表现形式有多样性，要做到健壮性考虑的场景必然很多;
• 二进制则不同，只认0和1的组合。基于这种考虑HTTP2.0 的协议解析决定采用二进制格式，实现方便且健壮。
• HTTP2.0通过在应用层和传输层之间增加一个二进制分帧层，突破了HTTP1.1的性能限制、改进传输性能。
  

4.2、多路复用（MultiPlexing）（连接共享）

即每一个request 都可以共享同一个连接，不同的请求可以混杂发送；

• 一个request对应一个id，这样一个连接上可以有多个request，每个连接的request可以随机的混杂在一起，接收方可以根据request.id将request再归属到各自不同的服务端请求里面。

• 多路复用（连接共享）可能会导致关键请求被阻塞。HTTP2.0里每个数据流都可以设置优先级和依赖，优先级高的数据流会被服务器优先处理和返回给客户端，数据流还可以依赖其他的子数据流。

  可见，HTTP2.0实现了真正的并行传输，它能够在一个TCP上进行任意数量HTTP请求。而这个强大的功能则是基于“二进制分帧”的特性。
  

4.3、Header头压缩：

• 如上文中所言，对前面提到过HTTP1.x的header带有大量信息，而且每次都要重复发送；
• HTTP2.0使用encoder来减少需要传输的header大小，通讯双方各自缓存一份header fields表；
• 既避免了重复header的传输，又减小了需要传输的大小；
  

4.4、服务端推送（server push）

参考链接：

• https://www.cnblogs.com/heluan/p/8620312.html
• https://blog.****.net/weixin_34235371/article/details/88910200