HTTP/3 与 QUIC 协议深度解析 - 贺宏磊的个人博客

1860 字

9 分钟

HTTP/3 与 QUIC 协议深度解析

2026-08-12

互联网

HTTP/3

/

QUIC

/

网络协议

/

Web

引言：HTTP 协议的进化之路#

从 1991 年 Tim Berners-Lee 提出 HTTP/0.9 至今，HTTP 协议经历了四次重大迭代。每一次升级都在解决前代的核心痛点：

HTTP/1.0（1996）：引入请求头和响应头，支持内容协商
HTTP/1.1（1997）：持久连接、管线化、分块传输
HTTP/2（2015）：二进制帧、多路复用、头部压缩、服务器推送
HTTP/3（2022）：基于 QUIC，彻底解决传输层队头阻塞

本文聚焦于 HTTP/3 及其底层传输协议 QUIC，深入分析其设计动机、核心原理和实践应用。

HTTP/2 的阿克琉斯之踵#

HTTP/2 通过**多路复用（Multiplexing）**解决了 HTTP/1.1 的应用层队头阻塞问题——多个请求可以在同一个 TCP 连接上交错传输，不必等待前面的请求完成。

然而，HTTP/2 依然运行在 TCP 之上，而 TCP 是一个严格有序的字节流协议。这意味着：

1
TCP 连接
2
├─ Stream 1: [帧A] ─────────── [帧B] ── ✓
3
├─ Stream 2: ── [帧C] ── [帧D] ───────── ✗ （丢失）
4
└─ Stream 3: ────────── [帧E] ────────── ⏳ （被阻塞）

如果 Stream 2 的某个 TCP 包丢失，TCP 必须等待其重传成功。在此期间，Stream 1 和 Stream 3 的所有数据都无法被上层处理，即使它们的数据已经完整到达。这就是传输层队头阻塞（TCP Head-of-Line Blocking）。

在高丢包网络环境下（如移动网络），HTTP/2 的性能可能退化到不如 HTTP/1.1——因为 HTTP/1.1 通常开启多个 TCP 连接，一个连接丢包不会阻塞其他连接。

QUIC：在 UDP 之上重建传输层#

QUIC（Quick UDP Internet Connections）最初由 Google 设计，2013 年公布，经过近十年演进后于 2021 年成为 IETF 标准（RFC 9000）。它的核心思想是：既然 TCP 的实现深嵌于操作系统内核、难以快速迭代，不如在用户空间的 UDP 之上构建一个现代传输层协议。

QUIC 的关键设计#

特性	TCP	QUIC
握手延迟	1-3 RTT（含 TLS）	0-1 RTT
队头阻塞	流间阻塞	流内独立
连接迁移	不支持	支持（Connection ID）
丢包恢复	按序确认	乱序确认（更精确的 RTT）
部署方式	内核态	用户态
加密	可选（TLS 叠加）	内置（始终加密）

0-RTT 建连#

QUIC 将传输握手和 TLS 1.3 加密握手合并为一次往返：

1
传统 TCP + TLS 1.3:
2
  客户端 ──SYN──────────────→ 服务端
3
  客户端 ←──SYN-ACK─────────→ 服务端  (1-RTT)
4
  客户端 ──ClientHello──────→ 服务端
5
  客户端 ←──ServerHello+Done→ 服务端  (2-RTT)
6
  客户端 ──HTTP Request─────→          (3-RTT 才发送数据)
7

8
QUIC:
9
  客户端 ──ClientHello──────→ 服务端
10
  客户端 ←──ServerHello────── 服务端  (1-RTT)
11
  客户端 ──HTTP Request─────→          (1-RTT 即可发送数据)
12

13
QUIC 0-RTT（恢复连接）:
14
  客户端 ──0-RTT 数据───────→          (0-RTT！)

下面是一段用 Node.js 创建 QUIC 服务端的示例（基于 Node.js 内置的 node:quic 模块）：

1
import { createQuicSocket } from 'node:quic';
2
import { readFileSync } from 'node:fs';
3

4
const key = readFileSync('./server.key');
5
const cert = readFileSync('./server.cert');
6

7
const socket = createQuicSocket({ endpoint: { port: 4433 } });
8

9
socket.listen({
10
  key,
11
  cert,
12
  alpn: 'h3', // HTTP/3 的 ALPN 标识
13
});
14

15
socket.on('session', (session) => {
16
  session.on('stream', (stream) => {
17
    // 处理 HTTP/3 请求流
18
    stream.on('data', (chunk) => {
19
      console.log('收到请求:', chunk.toString());
20
    });
21

22
    stream.end(
23
      'HTTP/3 200 OK\r\n' +
24
      'content-type: text/plain\r\n' +
25
      '\r\n' +
26
      'Hello HTTP/3!'
27
    );
28
  });
29
});
30

31
console.log('QUIC 服务端监听在端口 4433');

HTTP/3 的核心改进#

HTTP/3（RFC 9114）是运行在 QUIC 之上的 HTTP 协议映射。它继承了 HTTP/2 的语义模型（方法、状态码、头部字段），但在传输机制上做了根本性调整。

1. 基于 QUIC Stream 的多路复用#

HTTP/3 将每个请求-响应对映射为一个 QUIC Stream。Stream 之间完全独立——单个 Stream 的丢包只会影响该 Stream 本身，不会阻塞其他 Stream：

1
QUIC 连接
2
├─ Stream 1（请求A）: [帧1] ── [帧2] ── ✓
3
├─ Stream 2（请求B）: [帧3] ── [帧4] ── ✗ 丢包，等待重传
4
└─ Stream 3（请求C）: [帧5] ── [帧6] ── ✓ 不受影响！

2. QPACK 头部压缩#

HTTP/2 使用 HPACK 进行头部压缩，但 HPACK 依赖 TCP 的有序传输来维护编码表同步。HTTP/3 重新设计了 QPACK，它使用两个独立的单向流来管理动态表，允许在不阻塞请求处理的情况下更新编码表。

1
QPACK 的双向表同步：
2
┌─────────────────────────┐
3
│  编码器流 (单向)         │  ← 发送表更新指令
4
├─────────────────────────┤
5
│  解码器流 (单向)         │  ← 确认表更新已接收
6
└─────────────────────────┘
7
  请求流 / 响应流 (双向)    ← 携带压缩后的头部

3. 连接迁移#

QUIC 使用 Connection ID 而非四元组（源IP、源端口、目的IP、目的端口）来标识连接。这意味着当客户端从 Wi-Fi 切换到蜂窝网络时，连接不会中断：

1
Wi-Fi 网络 (192.168.1.100) ─────── Connection ID: 0xABCD
2
         ↓ 网络切换
3
蜂窝网络 (10.0.0.55)    ─────── 仍是 Connection ID: 0xABCD
4
                                 服务端无缝识别！

这是在移动端场景下最显著的体验提升——视频通话、实时应用不再因网络切换而断连。

实战：用 curl 测试 HTTP/3#

自 2024 年起，主流浏览器（Chrome、Firefox、Safari）和 Web 服务器（Nginx、Caddy、Cloudflare）都已支持 HTTP/3。你可以用以下工具验证一个站点是否支持：

1
# curl 需编译时开启 HTTP/3 支持
2
# 使用 --http3 标志发起请求
3
curl -I --http3 https://cloudflare-quic.com
4

5
# 输出示例：
6
# HTTP/3 200
7
# content-type: text/html
8
# server: cloudflare
9
# alt-svc: h3=":443"; ma=86400

用浏览器 DevTools 也能直观观察 HTTP/3：

打开 Chrome DevTools → Network 面板
在表头右键 → 勾选 Protocol 列
访问 https://www.google.com，Protocol 列显示 h3

Nginx 开启 HTTP/3#

Nginx 从 1.25.0 开始实验性支持 HTTP/3。以下是最小配置：

1
server {
2
    # QUIC 和 HTTP/3 监听
3
    listen 443 quic reuseport;
4

5
    # 同时兼容 HTTP/2（通过 TCP）
6
    listen 443 ssl;
7

8
    server_name example.com;
9

10
    ssl_certificate     /etc/ssl/certs/example.com.pem;
11
    ssl_certificate_key /etc/ssl/private/example.com.key;
12

13
    # 启用 HTTP/3
14
    http3 on;
15

16
    # 通过 Alt-Svc 头部告知客户端本服务支持 h3
17
    add_header Alt-Svc 'h3=":443"; ma=86400';
18

19
    location / {
20
        # 常规配置
21
        root /var/www/html;
22
    }
23
}