HTTP/3的QPACK具体怎么工作？

最新推荐文章于 2025-11-17 03:56:10 发布

原创最新推荐文章于 2025-11-17 03:56:10 发布 · 901 阅读

CC 4.0 BY-SA版权

文章标签：

157 篇文章

订阅专栏

QPACK 是 HTTP/3 中用于头部压缩的机制，它在 HTTP/2 的 HPACK 基础上进行了改进，以适配基于 QUIC 协议的无序传输特性。以下是 QPACK 的工作原理详解：

QPACK 的核心目标是解决 HTTP/2 中 HPACK 的两大问题：

QPACK 由以下三部分组成：

当发送一个 HTTP 请求时，QPACK 按以下步骤压缩头部：

匹配静态表：
尝试在静态表中查找完整头部字段（如 :method: GET → 静态索引 17）。
匹配动态表：
若静态表未命中，则在动态表中查找（如自定义头 X-Custom: 123）。
动态表插入：
若字段未找到，将其插入动态表（通过 Encoder Stream 发送插入指令）。
编码输出：
- 索引引用：若字段在表中存在，直接引用其索引（如 0x80 0x64 表示动态索引 100）。
- 字面值编码：若无法引用索引，直接编码为字面值（如 Literal Header Field）。

解码器接收数据后：

解析头部块：
根据索引从静态表或动态表中查找字段值。
处理动态表指令：
通过 Encoder Stream 和 Decoder Stream 同步动态表状态：
- 编码器→解码器：发送动态表插入指令（如新增条目）。
- 解码器→编码器：发送已处理指令的确认（避免状态不一致）。

绝对索引（Absolute Indexing）：
动态表中的每个条目有一个全局唯一的绝对索引（而非 HPACK 的相对索引），确保乱序传输下仍能正确引用。
控制流实现同步：
- Encoder Stream：编码器通过此流发送动态表插入指令。
- Decoder Stream：解码器通过此流确认已处理的指令（如动态表更新成功）。

无需等待动态表确认：
编码器可在动态表更新未确认时发送头部块，通过编码指令标记依赖关系。
- 若解码器未收到某条动态表更新，可请求重传或降级为字面值解码。

场景：发送一个头部 custom-header: example（假设已插入动态表索引 100）。

编码器操作：
- 在 Encoder Stream 中插入指令：Insert Entry: custom-header: example → 分配绝对索引 100。
- 编码头部块为索引引用：0x80 0x64（动态索引 100）。
解码器操作：
- 从 Encoder Stream 接收插入指令，将 custom-header: example 存入动态表索引 100。
- 解码头部块时直接查表得到值。