GZIP 与 DEFLATE 压缩相比有何优势？

Question

我有一个使用 asp.NET 4 (C#) 的网站。

我正在尝试找到一种方法来更好地优化我的网站的带宽。

我读过很多文章说 DEFLATE 比 GZIP 更快、更小，因为 GZIP（基于 DEFLATE）添加了一些额外的数据。

检查 bing.com 和 google.com 的标头，似乎它们都发送 GZIP 编码的数据。

假设我读到的内容是真实的，我就错过了 GZIP 在这种情况下的优势。所以我怀疑应该有充分的理由选择 GZIP 而不是 DEFLATE。

我的问题：

• GZIP 是否比 DEFLATE 有任何我不知道的优势？
• 知道为什么主要搜索引擎使用 GZIP 吗？

这是我用来发送 DEFLATE 的代码（来自 Global.asax）：

protected void Application_PreRequestHandlerExecute(object sender, EventArgs e)
    {

        HttpApplication app = sender as HttpApplication;
        string acceptEncoding = app.Request.Headers["Accept-Encoding"];
        Stream prevUncompressedStream = app.Response.Filter;

        if (!(app.Context.CurrentHandler is Page ||
            app.Context.CurrentHandler.GetType().Name == "SyncSessionlessHandler") ||
            app.Request["HTTP_X_MICROSOFTAJAX"] != null)
            return;

        if (acceptEncoding == null || acceptEncoding.Length == 0)
            return;

        acceptEncoding = acceptEncoding.ToLower();

        if (acceptEncoding.Contains("deflate") || acceptEncoding == "*")
        {
            // defalte
            app.Response.Filter = new DeflateStream(prevUncompressedStream,
                CompressionMode.Compress);
            app.Response.AppendHeader("Content-Encoding", "deflate");
        }
        else if (acceptEncoding.Contains("gzip"))
        {
            // gzip
            app.Response.Filter = new GZipStream(prevUncompressedStream,
                CompressionMode.Compress);
            app.Response.AppendHeader("Content-Encoding", "gzip");
        }
    }

Answer 1

Gzip 更可靠，因为它是 deflate 加上一些标头和校验和。换句话说，gzip 是 deflate，还有额外的标头和校验和。 Deflate 通过 adler32 进行检查，它也是 gzip 的一部分。因为 gzip 有效负载是 DEFLATE 压缩的有效负载。

压缩信息

Gzip 信息

gzip 文件/流包含：

 - 一个 10 字节的标头，包含一个幻数、一个版本号和一个时间戳
- 可选的额外标头，例如原始文件名，
- 主体，包含 DEFLATE 压缩的有效负载
- 8 字节页脚，包含 CRC-32 校验和以及原始未压缩数据的长度

Answer 2

另一个答案大多是错误的。 Content-Encoding HTTP 标头的“deflate”值是一个用词不当，实际上意味着 ZLIB。鉴于此，两者都有校验和和相同的压缩内容。它们仅在页眉/页脚以及使用的校验和方面有所不同。

	gzip	"deflate" (zlib)
标头大小	10 字节	2 字节
页脚大小	4 字节	0
校验和	CRC32	Adler-32
压缩算法	DEFLATE	DEFLATE
规范	RFC1952	RFC1950

从历史上看，“deflate”是有问题的，因为早期的 Microsoft IIS 服务器会发送原始 deflate 数据而不是 zlib数据（参见https://stackoverflow.com/a/9186091/1218408）。为了解决这个问题，通常只使用 gzip。

Deflate 的速度稍快一些，因为 Adler-32 的计算速度通常比 CRC32 快，但大部分时间都花在实际压缩数据而不是计算校验和上。