HTTP/2 协议深度详解：Web 性能的飞跃

HTTP/2 协议是 HTTP 协议的第二个主要版本，于 2015 年发布 (RFC 7540)。它基于 Google 开发的实验性协议 SPDY，旨在解决 HTTP/1.1 长期存在的性能瓶颈，从而显著提升 Web 应用程序的加载速度和响应能力。HTTP/2 不改变 HTTP 语义 (请求方法、状态码、URI 等)，而是改变了数据的传输方式，使其在网络层更高效。

核心思想：HTTP/2 通过引入二进制分帧、多路复用、头部压缩和服务器推送等新特性，克服了 HTTP/1.1 面临的队头阻塞和冗余开销问题，实现了在单个 TCP 连接上并行传输多个请求和响应，从而达到更快的页面加载速度和更好的用户体验。

一、HTTP/1.1 的痛点与 HTTP/2 的诞生背景

尽管 HTTP/1.1 通过持久连接和缓存机制解决了 HTTP/1.0 的很多问题，但随着 Web 页面复杂度的急剧增加（大量 CSS、JavaScript、图片、字体等资源），HTTP/1.1 仍暴露出一些严重的性能瓶颈：

队头阻塞 (Head-of-Line Blocking - HoL Blocking)：
- HTTP/1.1 即使开启了持久连接，也要求响应必须按客户端请求的顺序返回。如果一个请求的响应特别慢，那么后续所有的请求（即使已经处理完成）都必须等待，导致延迟。
- 为了规避这个问题，浏览器通常会为同一个域名建立 6-8 个独立的 TCP 连接，但这种做法增加了 TCP 连接本身的开销，也耗尽了可用的端口资源。
头部冗余和重复传输：
- 每次 HTTP 请求和响应都会携带大量重复的头部信息（如 User-Agent、Accept、Cookie 等），即使在持久连接中，这些头部也会反复传输，造成带宽浪费。
不支持服务器主动推送：
- HTTP/1.1 严格遵循请求-响应模型，服务器无法在客户端未请求的情况下主动发送数据。这对于即时通知、预加载等场景非常不利。
文本协议解析效率低：
- HTTP/1.1 基于文本传输，解析效率相对较低。

Google 的 SPDY 协议正是为了解决这些问题而生，并最终影响了 HTTP/2 的设计。HTTP/2 被设计为与 HTTP/1.1 在语义上兼容，但在传输层面进行了彻底的革新。

二、HTTP/2 的核心特性

2.1 1. 二进制分帧 (Binary Framing)

这是 HTTP/2 最核心且最底层的改变。HTTP/2 不再是文本协议，而是将所有的通信都分解为更小的消息和帧，这些帧采用二进制格式编码。

帧 (Frame)：HTTP/2 通信的最小单位，包含帧的类型、长度、标志位、流标识符和帧载荷。
消息 (Message)：由一个或多个帧组成，对应一个完整的 HTTP 请求或响应。
流 (Stream)：一个双向的字节流，其中包含一个或多个消息。每个流都有一个唯一的整数标识符。
优势：
- 更容易解析：二进制格式比文本解析更高效，也更健壮，减少了协议解析的复杂性。
- 更紧凑：二进制数据传输效率更高。
- 实现并行：通过流标识符，不同的帧可以在同一个 TCP 连接上交错发送和接收，而接收方可以根据流标识符将其重新组装成完整的消息。

    graph TD
    subgraph TCP Connection
        direction LR
        FrameA[帧A: Stream 1 / Header] --> FrameB[帧B: Stream 2 / Header]
        --> FrameC[帧C: Stream 1 / Data] --> FrameD[帧3: Stream 2 / Data]
        --> FrameE[帧E: Stream 3 / Header] --> FrameF[帧F: Stream 1 / Data]
    end

    subgraph User Perspective
        Req1(请求1)
        Resp1(响应1)
        Req2(请求2)
        Resp2(响应2)
        Req3(请求3)
    end

    FrameA--重组-->Req1
    FrameC--重组-->Req1
    FrameF--重组-->Resp1

    FrameB--重组-->Req2
    FrameD--重组-->Resp2

    FrameE--重组-->Req3

上图展示了不同流的帧如何在TCP连接上交错传输，然后重组成完整的请求和响应。

2.2 2. 多路复用 (Multiplexing)

这是 HTTP/2 解决 HTTP/1.1 队头阻塞问题的关键。

概念：在单个 TCP 连接上，可以同时发送多个 HTTP 请求和接收多个 HTTP 响应，并且可以交错地发送它们的帧。
工作方式：每个请求和响应都被分配一个唯一的流标识符 (Stream ID)。帧在传输时会带上它们所属的流 ID，接收方根据流 ID 来重组不同的消息。
优势：
- 彻底消除队头阻塞：即使某个请求处理很慢，其响应帧也不会阻塞其他请求的响应帧传输。
- 减少 TCP 连接数：通常只需要一个 TCP 连接即可，避免了多余的 TCP 握手和慢启动，进一步节省了服务器资源和带宽。

2.3 3. 头部压缩 (Header Compression - HPACK)

为了减少冗余的头部开销，HTTP/2 引入了专门的头部压缩算法 HPACK。

工作方式：
1. 静态字典：客户端和服务器都维护一个包含常见 HTTP 头的预定义静态字典。
2. 动态字典：双方还会维护一个动态字典，存储在当前会话中出现过的头部键值对。
3. 增量编码：在发送头部时，HPACK 算法会检查头部字段是否已存在于静态字典或动态字典中。
  - 如果存在且与某个索引匹配，则只发送该索引。
  - 如果键存在但值不同，则发送键的索引和新的值。
  - 如果都不存在，则把新的键值对添加到动态字典，并发送完整的键值对。
优势：
- 大大减少头部大小：特别是对于有大量请求的会话，重复的头部可以被压缩到仅仅几个字节，显著节省了带宽。
- 避免信息泄露风险：HPACK 旨在防止 BREACH 攻击，通过不同的编码策略确保安全性。

2.4 4. 服务器推送 (Server Push)

HTTP/2 允许服务器在客户端明确请求之前，主动将资源推送给客户端。

场景：当浏览器请求 HTML 页面时，服务器可以同时将该页面所需的 CSS、JavaScript 文件、图片等资源一同推送给浏览器，而无需等待浏览器解析 HTML 后再发起请求。
工作方式：服务器通过 PUSH_PROMISE 帧告知客户端它将要推送的资源，客户端可以选择接受或拒绝。
优势：
- 减少等待时间：提前将资源送到客户端，避免了客户端发现、请求、等待这些资源的时间。
- 更快的页面加载：特别适合首次加载，可以显著提升首屏渲染速度。
挑战：需要服务器准确预测客户端即将需要的资源，如果推送了不需要的资源，反而会浪费带宽。

2.5 5. 请求优先级 (Request Prioritization)

HTTP/2 允许每个流（请求）被分配一个优先级。

作用：客户端可以告知服务器哪些资源更重要（例如，HTML 和 CSS 文件优先于图片），服务器可以根据这些优先级决定如何分配资源、处理请求和调度帧的发送。
优势：
- 优化关键资源加载：确保优先加载对用户体验最重要的资源，加快首屏渲染或交互响应。
- 更有效的带宽利用：在带宽有限的情况下，确保高优先级数据先得到传输。

2.6 6. 流控制 (Flow Control)

HTTP/2 包含了流控制机制，以防止发送方传输数据过快，压垮接收方。

作用：允许接收方限制发送方在特定流或整个连接上发送的数据量，确保接收方有足够的缓冲区来处理数据。
优势：
- 防止资源耗尽：避免客户端或服务器被过多的数据淹没。
- 提高稳定性：尤其是在网络条件不佳或设备资源有限的情况下。

三、HTTP/2 的部署与兼容性

TLS/SSL 强制使用：虽然 HTTP/2 规范中并未强制要求使用 TLS (HTTPS)，但所有主流浏览器（Chrome, Firefox, Safari, Edge 等）都只在通过 TLS/SSL 的 HTTP/2 连接上实现该协议。因此，部署 HTTP/2 实际上意味着必须部署 HTTPS。
兼容 HTTP/1.1：HTTP/2 不改变 HTTP 语义，这意味着现有的 Web 应用代码（如 URL、HTTP 方法、状态码、头部名称）无需大规模修改即可迁移。
ALPN (Application-Layer Protocol Negotiation)：这是 TLS 扩展协议，允许客户端和服务器在不引入额外往返时间的情况下，协商使用哪个应用层协议（如 HTTP/1.1、HTTP/2、HTTP/3 等）。

四、HTTP/2 的优缺点总结

4.1 优点：

性能显著提升：通过多路复用、头部压缩，大幅提高了页面加载速度，尤其是在高延迟、高并发的场景下。
消除队头阻塞：在单个 TCP 连接上解决了 HoL Blocking。
减少 TCP 连接数：降低了连接建立和维护的开销。
支持服务器推送：提升了首次加载性能和用户体验。
更高效的资源利用：通过头部压缩和请求优先级。
与现有 Web 兼容：不改变 HTTP 的语义。

4.2 缺点：

底层 TCP 队头阻塞：HTTP/2 的多路复用是在应用层实现的。如果底层 TCP 连接发生丢包，TCP 协议仍然会要求重传。由于 TCP 无法区分不同流的数据，所有流的数据都会被阻塞，直到丢失的包被重传成功。这被称为“底层 TCP 的队头阻塞”。
强制 HTTPS 部署：实际上需要花费额外的成本和精力来配置和维护 TLS 证书。
服务器推送的复杂性：需要精细的策略来决定推送哪些资源，错误推送可能反而降低性能。

五、HTTP/2 与 HTTP/3 的展望

尽管 HTTP/2 解决了 HTTP/1.1 的许多问题，但它仍然受制于底层 TCP 的队头阻塞问题。

HTTP/3 (基于 QUIC 协议) 正是为了解决这一问题而生。QUIC 是建立在 UDP 之上的新型传输协议，它在传输层就实现了多路复用，并且取消了 TCP 层面的队头阻塞。每个流都是独立的，即使一个流的数据包丢失，也不会影响其他流的传输。

然而，HTTP/2 依然是目前广泛部署和使用的 Web 协议，它的性能优势使其成为现代应用程序不可或缺的一部分。

六、总结

HTTP/2 是 Web 协议发展中的一个里程碑，它通过对传输机制的根本性变革，显著提升了 Web 性能和用户体验。它的多路复用、头部压缩、服务器推送等特性，使得网页加载更快、更流畅。尽管随着 HTTP/3 的出现，HTTP/2 并非终点，但它为构建高效、现代化的 Web 应用奠定了坚实的基础，并将在未来很长一段时间内继续发挥重要作用。

文章作者: TeaTang

文章链接: https://blog.tbf1211.xx.kg/a8d205bac226/