GZIP-arkiv (.gz)
IETF StandardGzip (GZ) er GNU's standardkomprimeringsværktøj og filformat, universelt implementeret på tværs af Unix-operativsystemer og internettets HTTP-servere til hurtig fil- og webaktivkomprimering.
Konverter TAR til GZ
Gratis TAR til GZ-konverter i browseren. Konverter filer med det samme på din enhed.
Undersøg & Metadata
Operativsystemer og filanalysatorer identificerer GZ-filer ved at inspicere den indledende binære bytesekvens:
Byte-niveau Header-signatur (Magic Bytes)
Operativsystemer og filanalysatorer identificerer GZ-filer ved at inspicere den indledende binære bytesekvens:
HEX-SIGNATUR (OFFSET 0):
1F 8B 08ASCII-REPRÆSENTATION: ..\x08
Standardisering: IETF RFC 1952
Tekniske specifikationer
| Containerarkitektur | 10-byte header (magic 0x1F 0x8B, method 8, flags, mtime, OS) followed by DEFLATE stream and 8-byte footer |
| Komprimering | DEFLATE algorithm (LZ77 sliding window + Huffman coding) |
| Bytterejsning | Little-Endian header and footer integers |
| Farverum | N/A (Archive Container) |
| Kanaler og struktur | Single-file compressed byte stream |
| Maks. dimensioner | Uncompressed size recorded modulo 2^32 (supports unbounded stream lengths) |
| Gennemsigtighed | 100% bit-exact lossless data preservation |
| Streaming og progressiv | Sequential single-pass streaming playback over pipes and HTTP networks |
Tekniske sammenligningsmatrix: GZ vs. konkurrenter
| Teknisk attribut | GZ (Aktuel) | BZ2 | BROTLI | ZSTD |
|---|---|---|---|---|
| Dekomprimeringshastighed | Hurtig (~300 MB/s) | Langsom (~40 MB/s) | Meget hurtig (~400 MB/s) | Ultrahurtig (>1.5 GB/s) |
| Universal webadoption | 100 % af alle browsere og servere | Nul webbrowserunderstøttelse | Understøttet over HTTPS i alle browsere | Voksende browser- og serverunderstøttelse |
| Pakning af flere filer | Kræver TAR-beholder (.tar.gz) | Kræver TAR-beholder (.tar.bz2) | Rå strøm eller tilpasset beholder | Kræver TAR-beholder (.tar.zst) |
| Tjeksumsverificering | 32-bit CRC (CRC-32) | 32-bit CRC pr. blok | Ingen indbygget i strøm | 64-bit xxHash |
Almindelige korruptionstilstande og hex-gendannelsesvejledning
Udpakningsfejl: 'gzip: stdin: unexpected end of file'.
Grundlæggende årsag: For tidlig afslutning af filoverførsel, der afskærer DEFLATE-strømmen eller 8-byte CRC32-fodnoten.
Gendannelse: Udpak delvist indhold ved hjælp af 'gzip -d --keep broken.gz' eller File2File Gzip Extractor.
Sikkerhedsanalyse og parser-angrebsvektorer
Gzip-analysatorer behandler brugerkontrollerede hoveder og DEFLATE-bitstrømme, som skal beskyttes mod dekomprimeringsbomber.
Kendte angrebsvektorer
- Dekomprimeringsbombe (zip-bombe), der udvider megabyte Gzip-data til hundreder af gigabyte diskplads.
- Bufferoverløb ved læsning af valgfri oprindelig filnavnsstreng fra hovedet.
- Heltalsoverløb under 32-bit CRC-tjeksammenligning.
Defensive bedste praksisser:
Historisk oprindelse og milepæle
Vigtige fordele og styrker
- Det universelle benchmark for internet-HTTP-komprimering ('Content-Encoding: gzip'), der understøttes af 100 % af alle webklienter.
- Bevarer oprindelige filændringstidsstempler og valgfrie oprindelige filnavne i 10-byte-hovedet.
- Letvægts-CPU-forbrug under dekomprimering, som kører glat på strømsvage mobilenheder og routere.
Tekniske begrænsninger og ulemper
- Kun enkeltfilskomprimering: kan ikke komprimere flere filer eller mapper uden først at samle dem i en TAR-beholder.
- Komprimeringsforholdet er lavere end for moderne algoritmer som Brotli og Zstandard på moderne webtekst.
- Fodnotens felt for ukomprimeret størrelse er 32-bit modulo 2^32, hvilket forårsager rollover-visningsfejl på filer, der er større end 4 GB.
Interessant teknisk trivia
- De magiske bytes 0x1F 0x8B blev valgt, fordi 0x1F historisk set var den første byte i Unix 'compress'-filer, mens 0x8B identificerede Gzip.
- Over 80 % af alle websteder på internettet benytter Gzip-komprimering til at levere websider til browsere.
- Jean-loup Gailly skrev komprimeringskoden, mens Mark Adler skrev dekomprimeringskoden (inflate); begge modtog ACM Software System Award.
Ofte stillede tekniske spørgsmål
Hvorfor kan jeg ikke komprimere en mappe med Gzip?
Gzip blev designet til at komprimere en enkelt strøm af bytes. For at komprimere en mappe samler Unix-systemer først mappen i en enkelt .tar-fil og komprimerer den derefter med Gzip for at oprette en .tar.gz-fil.
Hvad er forskellen mellem .gz og .zip?
.zip er et arkivformat, der pakker flere filer sammen med et mappeindeks. .gz komprimerer kun en enkelt fil og parres ofte med tar på Unix-systemer.
Hvordan kan jeg dekomprimere en .gz-fil på Windows eller Mac?
Brug File2File.app til øjeblikkeligt at dekomprimere .gz-filer direkte i din netbrowser uden at skulle installere software.
Relaterede GZ konverteringspar
Konvertering af et TAR-arkiv til et GZIP-arkiv indpakker en ukomprimeret filsamling i en enkelt komprimeret strøm ved hjælp af den tabsfrie DEFLATE-algoritme for drastisk at reducere filstørrelsen.
Konvertering af en GZIP-komprimeret fil til et TAR-arkiv fjerner komprimeringslaget for at blotlægge den rå, ukomprimerede samling af filer og mapper.