Was ist der Vorteil der GZIP- gegenüber der DEFLATE-Komprimierung?

Ich habe eine Website in asp.NET 4 (C#).

Ich versuche, eine Möglichkeit zu finden, die Bandbreite für meine Website besser zu optimieren.

Ich habe viele Artikel gelesen, die besagen, dass DEFLATE schneller und kleiner als GZIP ist, weil GZIP (basierend auf DEFLATE) einige zusätzliche Daten hinzufügt.

Wenn Sie die Header von bing.com und google.com überprüfen, scheinen beide GZIP-codierte Daten zu senden.

Angenommen, was ich lese, vermisse ich in diesem Fall den Vorteil von GZIP. Ich vermute also, dass es einen guten Grund geben sollte, GZIP DEFLATE vorzuziehen.

Meine Fragen:

• Bietet GZIP Vorteile gegenüber DEFLATE, die mir nicht bekannt sind?
• Irgendeine Ahnung, warum große Suchmaschinen GZIP verwenden?

Hier ist der Code, den ich verwende, um DEFLATE (von Global.asax) zu senden:

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");
        }
    }

Gzip ist zuverlässiger, weil es entleert ist, plus ein paar Header und eine Prüfsumme. Mit anderen Worten, gzip ist entleert und enthält zusätzliche Header und Prüfsummen. Deflate wird mit adler32 geprüft, das ebenfalls Teil von gzip ist. Weil die gzip-Nutzlast eine DEFLATE-komprimierte Nutzlast ist.

Informationen entleeren

Gzip-Info

eine gzip-Datei/Stream enthält:

- a 10-byte header, containing a magic number, a version number and a time stamp
- optional extra headers, such as the original file name,
- a body, containing a DEFLATE-compressed payload
- an 8-byte footer, containing a CRC-32 checksum and the length of the original uncompressed data

Die andere Antwort ist meistens falsch. Der „Deflation“-Wert für die Content-Encoding HTTP-Header ist eine Fehlbezeichnung, die eigentlich ZLIB bedeutet. In Anbetracht dessen haben beide Prüfsummen und den gleichen komprimierten Inhalt. Sie unterscheiden sich nur in ihrer Kopf-/Fußzeile und der verwendeten Prüfsumme.

In der Vergangenheit war “deflation” problematisch, da frühe Microsoft IIS-Server rohe Deflate-Daten anstelle von zlib-Daten sendeten (siehe https://stackoverflow.com/a/9186091/1218408). Um dies zu umgehen, wurde es üblich, einfach gzip zu verwenden.

Deflate ist etwas schneller, da Adler-32 normalerweise schneller zu berechnen ist als CRC32, aber die meiste Zeit wird tatsächlich damit verbracht, Daten zu komprimieren und nicht die Prüfsumme zu berechnen.