7

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

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

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

4

4 回答 4

10

正如Stackoverflow - How to compress HTTP response headers 中所引用的那样？：

参见 Google 的 SPDY 研究项目：Google 的 SPDY 研究项目

来自SPDY 白皮书：

头压缩的作用

标头压缩导致请求标头的大小减少了约 88%，响应标头的大小减少了约 85%。在较低带宽的 DSL 链接上，上传链接仅为 375 Kbps，尤其是请求标头压缩，可以显着改善某些站点（即发出大量资源请求的站点）的页面加载时间。我们发现，仅由于标题压缩，页面加载时间就减少了 45 - 1142 毫秒。

于 2011-03-17T00:24:04.817 回答
5

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

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

我正在研究一个轻量级/剪裁适合的 C++ 实现。

于 2014-05-14T08:09:37.493 回答
5

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

简而言之，它说：

  • SPDY 容易受到 CRIME 攻击，因此没有人真正使用它的标头压缩
  • HTTP/2 支持一种新的专用标头压缩算法，称为 HPACK
  • HPACK 对犯罪具有弹性
  • HPACK 使用三种压缩方法：静态字典、动态字典、霍夫曼编码
于 2016-12-20T15:02:20.697 回答
0

很快，我会说不，不。恕我直言，HTTP 的发明是为了消除专有的服务器/客户端通信。这是否意味着您仍然不能进行专有服务器/客户端通信？不。继续编写你自己的服务器和协议，打开你想要的任何端口，然后开始吧。

于 2011-03-17T00:23:10.287 回答