前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >HTTP/2协议之头部压缩【原理笔记】

HTTP/2协议之头部压缩【原理笔记】

作者头像
瓜农老梁
发布2020-05-27 11:22:12
3K0
发布2020-05-27 11:22:12
举报
文章被收录于专栏:瓜农老梁瓜农老梁

前言

为了报文传输更小、更快,在HTTP/2中Header头是经过压缩的,使用的压缩算法为HPACK。本文先通过Wireshark抓包截图直观感受下头部压缩效果,进而分析下这种压缩算法是如何工作的。

一、压缩效果对比

1、压缩前效果

以Header中的user-agent为例,在压缩前的大小为63个字节。

2、压缩后效果

Header中的user-agent在压缩后,大小为1个字节。

小结:Header中user-agent从压缩前的63个字节到压缩后的1个字节,HTTP/2是如何做到的呢?

二、HPACK算法

HTTP/2头部通过HPACK算法进行压缩,这种算法通过服务端和客户端个字维护索引表来实现。索引表又分为静态表和动态表。

1、伪头字段

Header传输以二进制桢的方式进行,为了与HTTP1中Header区分,这些以冒号开头的字段被称为“伪头字段”。

2、静态表

静态表中定义了61个Header字段与Index,可以通过传输Index进而获取Header的字段与值,极大减少了报文大小。静态表中的字段和值固定,而且是只读的。

静态表部分值

详见:https://tools.ietf.org/html/rfc7541#appendix-A

3、动态表

动态表接在静态表之后,结构与静态表相同,可随时更新。下图中索引号62、63即为动态表字段。

三、总结

回到本文前的压缩效果对比,客户端通过传输索引号,服务端根据索引号在动态表中获取Header的key与value。user-agent索引号占1个字节。另外,索引表中不存在的使用huffman编码,再更新到动态表中。

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2020-05-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 瓜农老梁 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
文件存储
文件存储(Cloud File Storage,CFS)为您提供安全可靠、可扩展的共享文件存储服务。文件存储可与腾讯云服务器、容器服务、批量计算等服务搭配使用,为多个计算节点提供容量和性能可弹性扩展的高性能共享存储。腾讯云文件存储的管理界面简单、易使用,可实现对现有应用的无缝集成;按实际用量付费,为您节约成本,简化 IT 运维工作。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档