Gzip-Dekompressor & Kompressor

Dekomprimieren Sie Base64-gzip- oder Hex-gzip-Daten zurück zu lesbarem Text oder komprimieren Sie Text zu Base64-gzip, mit Größenvergleich. Alles läuft im Browser — nichts wird hochgeladen.

Komprimieren & Dekomprimieren Base64-Kodierung Clientseitige Verarbeitung

Verwendung des Gzip-Dekodierers

1

Modus wählen

Wählen Sie den Modus Komprimieren (Text zu Gzip) oder Dekomprimieren (Gzip zu Text).

2

Eingabe eingeben

Fügen Sie Base64-kodierte Gzip-Daten oder Klartext ein, je nach Modus.

3

Umwandeln & Prüfen

Klicken Sie auf Umwandeln und überprüfen Sie den Größenvergleich und die Ausgabe.

Was ist Gzip?

Gzip ist ein Dateiformat und eine Softwareanwendung zur Komprimierung und Dekomprimierung. Es verwendet den DEFLATE-Algorithmus, der LZ77 und Huffman-Kodierung kombiniert. Gzip wird häufig zur Reduzierung von Dateigrößen auf Webservern, bei der Datenübertragung und bei der Dateiarchivierung verwendet.

Häufige Anwendungen

Web-Komprimierung

HTTP-Server komprimieren Antworten, um die Übertragungsgröße zu reduzieren

Dateiarchivierung

Erstellen von .gz-komprimierten Archiven von Dateien

API-Nutzdaten

Komprimierung großer JSON- oder Textnutzdaten in APIs

Warum treten Base64 und Gzip immer gemeinsam auf?

Rohe gzip-Daten sind binär und können dort nicht gespeichert oder übertragen werden, wo nur Text erlaubt ist. Base64 kodiert die komprimierten Bytes in sichere ASCII-Zeichen — deshalb begegnet Ihnen „gzip in Base64“ überall:

Cloud-Fehlerantworten

S3 und andere Clouds liefern gzip-komprimierte Fehlerkörper als Base64 in JSON zurück

Serverless & Warteschlangen

Lambda-Payloads und SQS/Kafka-Nachrichten werden komprimiert und Base64-kodiert, um text sicher zu bleiben

HTTP- und API-Nachrichten

Große JSON-Payloads werden mit Content-Encoding: gzip komprimiert und als Base64 in Textfeldern übertragen

Logs & Webhooks

Komprimierte Log-Batches und Webhook-Payloads werden als Base64-Strings verschickt

Dieses Werkzeug macht die Kombination in einem Schritt: Base64-String einfügen — es dekodiert Base64 und entpackt gzip zurück zu lesbarem Text. Hex-kodierte gzip-Bytes (wie 1f 8b 08) werden ebenfalls akzeptiert.

Häufig gestellte Fragen

Warum ist die Base64-Ausgabe größer als die Eingabe?

Bei der Komprimierung von bereits kleinen oder stark zufälligen Daten kann die Gzip-Komprimierung die Größe möglicherweise nicht reduzieren, und die Base64-Kodierung fügt ca. 33 % Overhead hinzu. Dieses Tool zeigt den Größenvergleich, damit Sie den Nutzen bewerten können.

Was ist die maximale Eingabegröße?

Dieses Tool verarbeitet Daten vollständig in Ihrem Browser. Sehr große Eingaben (mehrere MB) funktionieren möglicherweise, können jedoch Ihren Browser verlangsamen. Für die produktive Komprimierung großer Dateien verwenden Sie serverseitige Tools.

Ist dies dasselbe wie .zip-Dateien?

Nein. Gzip komprimiert einen einzelnen Datenstrom oder eine einzelne Datei. Das .zip-Format ist ein Archivformat, das mehrere Dateien mit individueller Komprimierung enthalten kann. Gzip ist einfacher und wird häufig für die Einzeldatei-Komprimierung und HTTP-Inhaltskodierung verwendet.

Wie dekodiere ich Base64-kodierte gzip-Daten?

Fügen Sie den Base64-String im Dekomprimier-Modus ein. Das Tool dekodiert zuerst Base64 in binäre gzip-Bytes, entpackt sie dann mit DEFLATE und zeigt den lesbaren Text — kein manuelles Zwei-Schritte-Dekodieren nötig.

Was ist der Unterschied zwischen Gzip, Deflate und Zlib?

Alle drei nutzen denselben DEFLATE-Algorithmus, verpacken ihn aber unterschiedlich. Zlib fügt einen kleinen Header und eine Prüfsumme um den rohen Deflate-Strom hinzu. Gzip hüllt Deflate in ein Dateiformat mit Header, Zeitstempel und CRC32. Bei HTTP Content-Encoding ist „gzip“ der Standardwert.

Wie komprimiere oder dekomprimiere ich .gz-Dateien über die Kommandozeile?

gzip file.txt komprimiert zu file.txt.gz und löscht die Originaldatei; mit -k bleibt sie erhalten. Dekomprimieren Sie mit gunzip file.txt.gz oder gzip -d. Für viele Dateien auf einmal bündelt und komprimiert tar czf archive.tar.gz dir/ in einem Schritt, und tar xf entpackt sie wieder. zcat gibt eine .gz-Datei als Stream aus, ohne etwas zu schreiben - praktisch für komprimierte Logs.

Welche Komprimierungsstufe sollte ich verwenden?

zlib bietet die Stufen 1-9: Stufe 1 ist am schnellsten und liefert die größte Ausgabe, Stufe 9 komprimiert am stärksten und langsamsten, und Stufe 6 ist der Standard und liegt nahe am Sweet Spot für Text. Die Stufen 7-9 gewinnen gegenüber Stufe 6 meist nur wenige einstellige Prozente, dauern dafür spürbar länger. Bei Web-Antworten zählt die CPU-Zeit oft mehr als die letzten 5 % der Größe.

Ist gzip neben Brotli und zstd noch relevant?

Sehr. gzip (RFC 1952) ist der universelle Fallback - jeder HTTP-Client, jeder Server und jedes Paketformat spricht es - während Brotli Web-Texte bei ähnlicher Geschwindigkeit dank eines integrierten Wörterbuchs typischerweise 15-20 % kleiner komprimiert und zstd bei hohen Kompressionsraten bei Komprimierungs- und Dekomprimierungsgeschwindigkeit punktet. Die HTTP-Inhaltsaushandlung (Content Negotiation) wählt die beste gemeinsam unterstützte Kodierung; .tar.gz bleibt der plattformübergreifende Archiv-Standard.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}