HTTP标头压缩

Question

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

是否有任何提议要为HTTP标准化二进制或压缩格式？

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

Answer 1

在Stackoverflow - How to compress HTTP response headers?中引用：

参见Google的SPDY研究项目：Google's SPDY research project

来自SPDY whitepaper：

  

标头压缩的作用

     

标头压缩导致~88％   减少请求的大小   标题和减少约85％   响应标头的大小。在   低带宽DSL链路，其中   上传链接仅为375 Kbps，请求   特别是头压缩，led   显着的页面加载时间   某些网站的改进（即   那些发出大量的   资源请求）。我们发现了一个   页面加载减少45 - 1142 ms   时间只是由于标题压缩。

Answer 2

目前处于起草阶段的

HTTP/2.0是SPDY的演变，旨在解决这些问题。

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

我正在开发一个轻量级/剪切到适合的C ++实现。

Answer 3

这是一个老问题，我认为需要更新。虽然我自己对这个话题没有更深入的了解，但我偶然发现了this very good article which explains the HPACK compression of HTTP/2。

总之它说：

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

Answer 4

很快，我会说不，不。发明了HTTP，恕我直言，以取消专有的服务器/客户端通信。这是否意味着您仍然无法进行专有的服务器/客户端通信？没有。继续编写自己的服务器和协议，打开你想要的任何端口并拥有一个球。