1. 协议版本与历史背景
-
HTTP/1.x
HTTP/1.x 是最早于 1997 年发布的 HTTP 协议版本，包括 HTTP/1.0 和 HTTP/1.1。其中，HTTP/1.1 是目前广泛使用的版本。它在互联网的早期发展中起到了重要作用，但由于其设计初衷并未充分考虑现代互联网的复杂需求，因此在性能和效率上逐渐暴露出一些瓶颈。 -
HTTP/2
HTTP/2 是于 2015 年正式发布的 HTTP 协议的最新版本。它的设计目标是解决 HTTP/1.x 的性能瓶颈，同时保持与 HTTP/1.x 的语义兼容。HTTP/2 的引入标志着 HTTP 协议在性能优化和现代化方面迈出了重要一步。
2. 多路复用（Multiplexing）
-
HTTP/1.x
在 HTTP/1.x 中，每个 TCP 连接一次只能处理一个请求。如果客户端需要同时加载多个资源（如图片、脚本、样式表等），就需要建立多个 TCP 连接。这不仅增加了服务器的负担，还可能导致“连接洪泛”问题。为了解决这一问题，HTTP/1.1 引入了“管道化”（pipelining）机制，允许客户端在一个连接中发送多个请求。然而，管道化在实际应用中支持有限，且无法解决队头阻塞（head-of-line blocking）问题——即一个请求的延迟会阻塞后续所有请求的处理。 -
HTTP/2
HTTP/2 引入了多路复用技术，这是其最重要的改进之一。通过多路复用，一个 TCP 连接可以同时处理多个请求。HTTP/2 在底层引入了二进制分帧层（binary framing layer），将请求和响应分解为帧（frame），并允许这些帧交错传输。这种机制有效减少了队头阻塞，提高了资源加载效率。例如，当客户端请求一个网页时，HTTP/2 可以在一个连接中同时传输 HTML、CSS、JavaScript 和图片等资源，大大减少了连接建立和关闭的开销。
3. 二进制分帧（Binary Framing）
-
HTTP/1.x
HTTP/1.x 使用文本格式传输数据，协议解析依赖于文本分隔符（如换行符）。这种文本格式虽然易于理解和调试，但容易出错，且解析效率较低。此外，文本格式的冗长性也增加了传输开销。 -
HTTP/2
HTTP/2 使用二进制格式传输数据，通过二进制分帧机制，将请求和响应拆分为多个帧，每个帧都有明确的类型和长度。这种机制不仅提高了协议解析的效率，还减少了传输过程中的错误。二进制分帧层使得 HTTP/2 能够高效地处理多路复用，同时支持更复杂的特性，如优先级和流量控制。
4. 头部压缩（Header Compression）
-
HTTP/1.x
在 HTTP/1.x 中，每个请求都包含完整的头部信息，这些头部信息通常较大（可能包含 Cookie、User-Agent、Accept 等字段）。由于头部信息的重复传输，会增加网络开销，尤其是在请求频繁的场景下。例如，一个简单的网页可能包含数十个请求，每个请求的头部信息可能达到数百字节，这无疑会降低传输效率。 -
HTTP/2
HTTP/2 引入了头部压缩机制，使用 HPACK 压缩算法对头部进行压缩。HPACK 算法通过索引表和霍夫曼编码，只传输头部信息的变化部分，大大减少了头部信息的传输量。例如，一个常见的头部字段（如Content-Type: text/html）在第一次传输后会被索引化，后续传输只需发送索引编号即可。这种机制显著提高了传输效率，尤其是在移动端和低带宽网络环境下。
5. 服务器推送（Server Push）
-
HTTP/1.x
HTTP/1.x 不支持服务器主动推送资源。客户端必须显式请求资源，服务器才能返回响应。这种机制在某些情况下会导致延迟，例如，当客户端请求一个 HTML 页面时，服务器需要等待客户端解析页面后，才能收到对页面中引用的 CSS 和 JavaScript 文件的请求。 -
HTTP/2
HTTP/2 支持服务器推送功能，这是其最具前瞻性的特性之一。服务器推送允许服务器主动将资源推送给客户端，而无需客户端显式请求。例如，当客户端请求一个 HTML 页面时，服务器可以同时推送页面中引用的 CSS 和 JavaScript 文件，这样客户端在解析 HTML 时，这些资源已经准备好，从而减少了额外的请求时间和等待时间。服务器推送不仅提高了页面加载速度，还优化了用户体验。
6. 性能优化
-
HTTP/1.x
HTTP/1.x 的性能受限于单个 TCP 连接的利用率。为了并行加载资源，客户端通常需要建立多个 TCP 连接，这增加了网络延迟和服务器负担。此外，HTTP/1.x 的文本格式和冗长的头部信息也进一步降低了传输效率。 -
HTTP/2
HTTP/2 通过多路复用、头部压缩和二进制分帧等技术，显著提高了资源加载速度。一个 TCP 连接即可满足多个请求的传输需求，减少了连接建立和关闭的开销。此外，HTTP/2 还支持优先级和流量控制，允许服务器根据资源的重要性分配带宽，进一步优化了性能。例如，在一个复杂的网页中，关键资源（如 HTML 和 CSS）可以优先传输，而次要资源（如广告图片）可以稍后传输。
7. 安全性
-
HTTP/1.x
HTTP/1.x 默认不支持加密，但可以通过 HTTPS（HTTP/1.x + TLS）实现安全传输。HTTPS 是 HTTP/1.x 与 TLS（传输层安全协议）的结合，通过加密通道保护数据传输的安全性。然而，HTTP/1.x 的文本格式和协议设计使得其在安全性方面存在一定的局限性。 -
HTTP/2
虽然 HTTP/2 也可以通过明文传输，但主流浏览器和服务器都要求通过 TLS 加密（即 HTTPS）来使用 HTTP/2。这种设计不仅提高了协议的安全性，还推动了 HTTPS 的广泛使用。此外，HTTP/2 的二进制分帧机制和头部压缩也使得其在传输过程中更难被篡改和窃听。
8. 兼容性
-
HTTP/1.x
由于历史原因，几乎所有浏览器和服务器都支持 HTTP/1.x。这种广泛的兼容性使得 HTTP/1.x 在一些老旧系统和遗留应用中仍然被广泛使用。 -
HTTP/2
现代浏览器（如 Chrome、Firefox、Safari 等）和主流服务器（如 Nginx、Apache 等）都支持 HTTP/2。然而，一些老旧系统可能不支持 HTTP/2，因此需要通过 HTTP/1.x 兼容。为了实现兼容性，HTTP/2 引入了“协议升级”机制，允许客户端和服务器在支持的情况下协商使用 HTTP/2，否则回退到 HTTP/1.x。*
