HTTP 及其版本详解

HTTP 及其版本详解

HTTP 协议是超文本传输协议的缩写，是用于从万维网传输超文本到浏览器的传输协议。

HTTP 基于 TCP/IP 通信协议来传递数据（HTML 文件，图片文件、查询结果等）。它不涉及数据包（packet）传输，主要规定了客户端和服务器之间的通信格式，默认使用 80 端口。

特点：

1. 无连接：无连接是指限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。这种方式可以节省传输时间。

2. 无状态：HTTP协议自身不对请求和响应之间的通信状态进行保存，任何两次请求之间都没有依赖关系。每次请求都是独立的，与前面的请求和后面的请求都没有直接联系。协议本身不保留之前一切的请求或响应报文的信息。

状态码：

• 1XX——信息提示，服务器收到请求，需要请求者继续执行操作；
• 2XX——成功，操作被成功接收并处理；
• 3XX——重定位，需要进一步的操作以完成请求；
• 4XX——客户端错误，请求包含语法错误或无法完成请求；
• 5XX——服务器错误，服务器在处理请求的过程中发生了错误。

常见状态码：
100：继续，客户端应继请求；
200：请求成功；
301：资源（网页等）被永久转移到其他 URL；
302：暂时重定向；
403: Forbidden —禁止访问；
404：请求的资源（网页等）不存在；
500：内部服务器错误。

本文将对 HTTP 协议的四个重要版本进行比较，包括 HTTP/1.0、HTTP/1.1、HTTP/2.0 和 HTTP/3.0。我们将探讨它们的特性、优缺点，并通过示例来说明它们在实际应用中的差异。最后，我们将总结各个版本的优势和适用场景。

HTTP/1.0

特性：

1. 请求和响应格式： HTTP/1.0使用文本格式来传输请求和响应。请求由请求行、请求头和可选的请求体组成，而响应由状态行、响应头和实体组成。
2. 支持多种HTTP方法：HTTP/1.0支持多种HTTP方法，包括GET、POST、HEAD、PUT、DELETE等。这些方法允许客户端与服务器进行不同类型的交互。
3. 请求头和响应头：HTTP/1.0引入了请求头和响应头，用于传递关于请求或响应的附加信息。例如，请求头可以包含用户代理信息、Cookie等，而响应头可以包含内容类型、内容长度等。
4. 状态码：HTTP/1.0引入了状态码来表示服务器对请求的处理结果。常见的状态码包括200（成功）、404（未找到）、500（服务器内部错误）等。
5. 缓存控制：HTTP/1.0引入了一些缓存控制机制，允许客户端和服务器进行缓存的管理。例如，通过设置响应头中的Cache-Control字段，可以指定缓存的行为。
6. 无状态：HTTP/1.0是无状态协议，即服务器不会保留客户端之前的请求信息。每个请求都是独立的，服务器只根据当前请求来处理。
7. 无连接：默认使用 Connection:close，浏览器每次请求都需要与服务器建立一个 TCP 连接，服务器处理完成后立即断开 TCP 连接。

优点：

1. 简单易用：HTTP/1.0使用文本格式传输数据，易于理解和调试。
2. 兼容性好：由于HTTP/1.0是最早的版本之一，它具有广泛的兼容性，并且可以与旧版本的服务器和客户端进行通信。

缺点：

1. 性能较低：每个请求都需要建立和关闭TCP连接，导致了较高的延迟。而且每个请求只能获取一个资源，不能同时获取多个资源。
2. 无法复用连接：由于每个请求都需要一个独立的TCP连接，在高并发情况下会导致服务器资源消耗过大。

由于每个请求都是独立的连接，因此会带来下面的问题：

1. 连接的建立和销毁都会占用服务器和客户端的资源，造成内存资源的浪费。
2. 连接的建立和销毁都会消耗时间，造成响应时间的浪费。
3. 无法充分利用带宽，造成带宽资源的浪费。

HTTP/1.1

特性：

1. 持久连接：HTTP/1.1默认启用持久连接（Connection:keep-alive），允许在一个TCP连接上发送多个请求和响应。这样可以减少连接建立和关闭的开销，提高性能。
2. 管道化（pipelining）：HTTP/1.1引入了管道化机制，允许客户端发送多个请求而无需等待每个请求的响应。这样可以减少延迟，并提高网络利用率。
3. 分块传输编码（chunked transfer encoding）：HTTP/1.1支持分块传输编码，允许服务器将响应分成多个块进行传输。这样可以在接收到部分响应时就开始渲染页面，而不需要等待整个响应完成。
4. 虚拟主机支持：HTTP/1.1支持虚拟主机，允许在同一个IP地址上托管多个域名，并根据请求中的Host头部字段来区分不同的网站。
5. 缓存控制增强：HTTP/1.1引入了更多的缓存控制机制，例如通过Cache-Control头部字段来指定缓存的行为，以及通过ETag和If-None-Match头部字段来进行缓存验证。
6. 断点续传：HTTP/1.1支持断点续传，允许客户端在下载大文件时可以从上次中断的地方继续下载，而不需要重新下载整个文件。

为什么需要持久连接？

1. 减少了TCP连接的重复建立和断开所造成的额外开销，减去了服务器端的压力。
2. 持久连接使得多数请求以管线化方式（pipelining）成为可能。可以同时并行发送多个请求，而不需要一个接一个的等待响应了。（请求打包一次传输过去，响应打包一次传递回来），管线化的前提是在持久连接下。

优点：

1. 性能改进：持久连接和管道化机制减少了连接建立和关闭的开销，提高了性能。
2. 更高效的网络利用率：管道化机制允许同时发送多个请求，提高了网络利用率。
3. 更灵活的缓存控制：HTTP/1.1引入了更多的缓存控制机制，使得缓存更加灵活和高效。

缺点：

1. 队头阻塞（head-of-line blocking）：由于HTTP/1.1使用单个TCP连接来发送多个请求和响应，如果某个请求或响应被阻塞或丢失，后续的请求或响应也会被阻塞。这种情况称为队头阻塞，可能导致性能下降。
2. 无法处理大量并发请求：由于HTTP/1.1仍然使用单个TCP连接来处理请求和响应，当有大量并发请求时会导致服务器资源消耗过大。

HTTP1.1允许在响应到达之前发送下一个请求，这样可以大幅缩减带宽限制时间，但这样做会存在队头阻塞的问题。由于多个请求使用的是同一个TCP连接，服务器必须按照请求到达的顺序进行响应，于是，导致了一些后发出的请求，无法在处理完成后响应，产生了等待的时间，而这段时间的带宽可能是空闲的，这就造成了带宽的浪费。

HTTP/2.0

特性：

1. 二进制传输：HTTP/2.0使用二进制格式而不是文本格式来传输数据。这样可以提高传输效率和解析速度。

2. 多路复用（multiplexing）：HTTP/2.0允许在一个TCP连接上同时发送多个请求和响应。这样可以减少连接建立和关闭的开销，并提高网络利用率。

3. 头部压缩：HTTP/2.0使用HPACK算法对请求和响应头部进行压缩，减少了数据传输的大小。

4. 服务器推送（server push）：HTTP/2.0允许服务器在客户端请求之前主动推送相关资源。这样可以减少客户端发送额外请求的次数，提高页面加载速度。

5. 流量控制：HTTP/2.0引入了流量控制机制，允许客户端和服务器控制数据流的速率，避免了过载或拥塞情况的发生。

6. 优先级（priority）：HTTP/2.0允许客户端指定请求的优先级，以确保重要资源能够更快地加载。

7. 安全增强：HTTP/2.0要求使用TLS加密，提供了更好的安全性和隐私保护。

优点：

1. 性能改进：多路复用和头部压缩减少了连接建立和数据传输的开销，提高了性能。
2. 更高效的网络利用率：多路复用和服务器推送机制提高了网络利用率，减少了延迟。
3. 更好的用户体验：页面加载速度更快，用户可以更快地获取到所需的内容。
4. 安全性增强：HTTP/2.0要求使用TLS加密，提供了更好的安全性和隐私保护。

由于二进制传输，每个帧都带了一个头部，记录了流的ID，这样做就能够准确的知道这一帧数据是属于哪个流的。这样就真正的解决了共享TCP连接时的队头阻塞问题，实现了真正的多路复用。
不仅如此，由于传输时是以帧为单元传输的，无论是响应还是请求，都可以实现并发处理，即不同的传输可以交替进行。由于进行了分帧，还可以设置传输优先级。

缺点：

1. 需要升级支持：HTTP/2.0需要服务器和客户端都支持才能发挥其优势。如果服务器或客户端不支持HTTP/2.0，则无法享受到其带来的性能改进。
2. 部署复杂性：由于HTTP/2.0引入了新的特性和协议，部署和配置可能会比较复杂。
3. 延迟：TCP以及TCP+TLS建立连接的延迟（握手延迟）。
4. 队头阻塞问题没有彻底解决：HTTP/2.0中，多个请求是跑在一个TCP管道中的，一旦丢包，TCP就要等待重传（丢失的包等待重新传输确认），从而阻塞该TCP连接中的所有请求）。

HTTP/3.0

Google意识到了上述HTTP/2.0一系列问题，于是又产生了基于UDP协议的“QUIC”协议，让HTTP跑在QUIC上而不是TCP上。从而产生了HTTP/3.0版本，它解决了“队头阻塞”的问题。

特点：

1. 实现了类似TCP的流量控制，传输可靠性的功能。
2. 实现了快速握手功能（QUIC基于UDP，UDP是面向无连接的，不需要握手和挥手，比TCP快）。
3. 集成了TLS加密功能。
4. 多路复用，彻底解决TCP中队头阻塞的问题（单个“流”是有序的，可能会因为丢包而阻塞，但是其他流不会受到影响）。

总结

HTTP协议的不同版本在性能、功能和安全性方面有所改进。HTTP/1.0是最早的版本，简单易用但性能较低。HTTP/1.1引入了持久连接和管道化机制，提高了性能和网络利用率。HTTP/2.0使用二进制格式传输数据，引入了多路复用、头部压缩和服务器推送等特性，进一步提升了性能和安全性。HTTP3.0的底层支撑协议QUIC基于UDP实现，又含TCP的特点，实现了又快又可靠的协议。

根据实际需求，选择适合的HTTP版本。如果对性能要求不高且需要兼容旧版本，可以选择HTTP/1.0。如果需要更好的性能和用户体验，可以选择HTTP/1.1或HTTP/2.0。而对于更高的安全性要求，则应选择HTTP/2.0，并确保服务器和客户端都支持该版本。

无论选择哪个版本，理解其特性、优缺点，并根据实际情况进行合理的配置和部署，将有助于提升Web应用的性能和用户体验。