ZOompf 已经完成了一些非常深入的研究,就这个主题 给你。它胜过任何发现以下。
HTTP 1.1对 GZIP 和 DEFLATE (zlib)的定义提供了一些背景信息:
“‘ Gzip’是 Gzip 格式,“ flate”是 zlib 格式 或许应该把第二个命名为“ zlib”,以避免 与原始的平减压缩数据格式的混淆 1.1 RFC 2616正确地指向 RFC 1950中的 zlib 规范 对于“瘪气”传输编码,有报道称 服务器和浏览器不正确地生成或预期原始泄气 根据 RFC 1951中的放气规范的数据,最值得注意的是 微软产品 Zlib 格式将是更有效的方法(< em > ,实际上 Zlib 格式是为 设计的,使用‘ gzip’传输 编码可能是更可靠的,由于一个不幸的选择 ”(资料来源: http://www.gzip.org/zlib/zlib_faq.html)
因此,我的问题是: 如果我发送没有 zlib 包装器(或 gzip, 有没有现代的浏览器(如 IE6及以上版本、 FF、, Chrome 浏览器,Safari 浏览器等) ,不能理解原始泄气 压缩数据(假设 HTTP 请求头“ Accept-Encoding”包含“ flate”) ?
平减数据总是比 GZIP 小几个字节。
如果所有这些浏览器都能成功解码数据,那么 发送 RAW 泄气而不是 zlib 有什么缺点吗?