在 HTTP/1.x 中,每个请求都会携带完整的 Header 字段(如 User-Agent、Cookie 等),即使多个请求的 Header 变化不大,也需要重复发送,导致大量带宽浪费。
HTTP/2 引入了 HPACK头部压缩算法,通过 表格存储 和 差量更新,减少 Header 体积,提高传输效率。
关键点
- 通讯双方(客户端 & 服务端)各自维护一张动态表,缓存Header信息
- 后续请求不再传递完整头部,只传递索引或增量变化
- 使用 Huffman编码压缩Header 字段值,进一步减少大小
- 具体流程
-
首次请求:完整发送头部字段
- 客户端 -> 服务端:发送完整的 Header并存入 动态表
- 服务器收到后,同样存入 动态表
-
后续请求:只发送变化部分(索引+差量更新)
- 如果 Header 完全相同 ,客户端 只发送索引(减少重复数据)
- 如果Header 部分字段变化 ,客户端 仅发送新增或修改的部分
- 服务器收到后,更新自己的动态表,按需修改Header
动态表 初始为空:
索引 | Header Name | Header Value |
---|---|---|
(空) | (空) | (空) |
说了上面这些,我们有了初步了解,接下来通过例子来加深印象
- 第 1 次请求(完整 Header)
请求:
makefile
GET /index.html HTTP/2
Host: example.com
User-Agent: Chrome/100
Accept-Encoding: gzip
Cookie: session=abc123
由于动态表为空 ,客户端完整发送 Header
服务器接收 Header 后,会 依次存入动态表(新项在表头)
动态表(服务器端更新):
索引 | Header Name | Header Value |
---|---|---|
1 | Cookie | session=abc123 |
2 | Accept-Encoding | gzip |
3 | User-Agent | Chrome/100 |
4 | Host | example.com |
- 第 2 次请求(部分 Header 相同,内容变化)
请求:
makefile
GET /about.html HTTP/2
Host: example.com
User-Agent: Chrome/100
Accept-Encoding: gzip
Cookie: session=xyz456
变化点:
- Host、User-Agent、Accept-Encoding 未变(可以直接用索引)。
- Cookie 变了 (session=xyz456),需要发送新的值,并更新动态表。
客户端优化发送(使用索引 + 变更值):
ini
索引 4 # Host: example.com
索引 3 # User-Agent: Chrome/100
索引 2 # Accept-Encoding: gzip
(新值) Cookie: session=xyz456
动态表(服务器端更新):
索引 | Header Name | Header Value |
---|---|---|
1 | Cookie | session=xyz456 (替换旧值) |
2 | Accept-Encoding | gzip |
3 | User-Agent | Chrome/100 |
4 | Host | example.com |
客户端只发送 1 个新字段,其余字段直接用索引代替,减少了数据传输量。
- 第 3 次请求(部分 Header 继续变化,新增字段)
请求:
yaml
GET /profile.html HTTP/2
Host: example.com
User-Agent: Chrome/100
Accept-Encoding: gzip
Cookie: session=xyz456
Authorization: Bearer 12345 # 新增字段
变化点:
- Cookie 未变(使用索引)。
- Authorization 是新字段 (需要传输并更新动态表)。
客户端优化发送:
yaml
索引 4 # Host: example.com
索引 3 # User-Agent: Chrome/100
索引 2 # Accept-Encoding: gzip
索引 1 # Cookie: session=xyz456
(新值) Authorization: Bearer 12345
动态表(服务器端更新):
索引 | Header Name | Header Value |
---|---|---|
1 | Authorization | Bearer 12345 (新增) |
2 | Cookie | session=xyz456 |
3 | Accept-Encoding | gzip |
4 | User-Agent | Chrome/100 |
5 | Host | example.com |
好了,通过上面的例子,你多多少少应该懂了,接下来总结一下
- HTTP/2通过 HPACK 机制压缩Header,缓存已发送字段,并在后续请求中只传递差量数据
- 通讯双方(客户端&服务端)各自维护一个动态表,避免重复发送相同头部字段,提升传输效率
- 头部字段采用 Huffman编码进一步压缩,减少宽带占用
最后如果觉得文章对你有帮助,记得给个赞,感谢~