Gzip 压缩数据（.gz 和 .gzip）

GZIP 是一种面向数据交换的无损压缩格式，可跨不同 CPU、操作系统、文件系统和字符集使用。它通常采用 DEFLATE，并可顺序包含一个或多个压缩成员。

使用兼容 gzip 的解压工具，例如 GNU gzip。工具应识别 1F 8B、检查压缩方法、正确跳过可选字段，并按顺序处理全部成员。

选择明确支持 gzip 的 Windows 本地压缩工具，然后执行解压。如果数据完整性很重要，应检查 CRC-32，并且不要自动运行解压出来的文件。

在 macOS 上使用兼容 gzip 的图形工具或 GNU gzip 解压。Gzip 是面向数据流的格式，因此软件通常按顺序处理压缩内容。

选择明确支持 gzip 的手机文件应用，并使用其解压功能。解压后应根据实际文件类型处理，来源不明的文件不要自动执行。

先检查文件开头是否为十六进制 1F 8B，并确认压缩方法受支持。CRC-32 不匹配、成员被截断、可选字段畸形或压缩块损坏都可能导致错误，而且严重损坏可能难以修复。

两个后缀都表示 gzip 压缩数据，但 RFC 6713 注册的扩展名是 gz。需要注册扩展名时使用 .gz，其他情况可遵循接收方的命名约定；内部格式应通过 1F 8B 而不是后缀单独判断。

先解压全部 gzip 成员，再用恢复的数据字节创建目标归档。数据字节可无损恢复，但 gzip 未保存的所有权、保护属性、原文件名中的目录部分以及可能被小写化前的名称无法保证恢复。

不一定。CRC-32 只能帮助发现意外损坏，不能证明文件安全；gzip 可以包含任意二进制数据，包括恶意可执行代码。应防御性解析，且不要自动运行解压内容。

Gzip 文件可以顺序包含一个或多个成员，但不支持直接访问解压数据中的任意位置，因此软件一般把各成员作为数据流依次处理。

可以。使用设备上的本地 gzip 兼容工具读取文件头或解压各成员，就不需要把文件发送到远程服务。

不是。1F 8B 只用于识别格式，CRC-32 主要用于发现意外损坏；两者都不能证明内容的来源、用途或安全性。