HTTP标头压缩

Question

HTTP标头效率不高.在最小方法和响应头之间使用了超过必要的几十个字节.

是否有任何建议标准化HTTP的二进制或压缩格式？

除HTTP之外是否有类似的标准更适合交互式移动应用程序？

Answer 1

如Stackoverflow中所述 - 如何压缩HTTP响应头？:

查看Google的SPDY研究项目:Google的SPDY研究项目

来自SPDY白皮书:

头压缩的作用

标头压缩导致请求标头大小减少约88%,响应标头大小减少约85%.在较低带宽的DSL链路上,其上载链路仅为375 Kbps,特别是请求报头压缩,导致某些站点(即发出大量资源请求的站点)的页面加载时间显着增加.我们发现,由于标头压缩,页面加载时间减少了45 - 1142 ms.

Answer 2

目前处于起草阶段的HTTP/2.0是 SPDY 的演变，旨在解决这些问题。

具体来说，它用紧凑的二进制格式替换请求行和标头。它添加了一个服务器推送工具并通过单个连接多路复用流，以避免多个连接和队列头阻塞的开销。还有各种其他的好东西。

我正在研究轻量级/裁剪以适应 C++ 实现。

Answer 3

这是一个老问题，我认为它需要更新。虽然我自己对这个话题没有更深入的了解，但我偶然发现了这篇非常好的文章，它解释了 HTTP/2 的 HPACK 压缩。

简而言之，它说：

• SPDY 很容易受到 CRIME 攻击，所以没有人真正使用它的标头压缩
• HTTP/2 支持新的专用标头压缩算法，称为 HPACK
• HPACK 对犯罪具有弹性
• HPACK 使用三种压缩方法：静态字典、动态字典、霍夫曼编码