收到 .gz 文件，怎样核对解压后的原始字节

操作步骤

1. 打开“GZIP 文件压缩与解压”，点击“载入 GZIP 示例”。操作方向自动变为解压，已选文件为sample.csv.gz、43字节。此时尚未处理，结果区应为空。
2. 点击“开始解压”，确认输入43字节、输出22字节。点击“下载解压后原始文件”，获得jijie-decoded.bin；本例原文为CSV，可在自己的文件管理器把副本改成.csv后用UTF-8文本编辑器核对。
3. 检查两行分别为“编号,数量”和“A01,2”，每行末尾都有CRLF。数字2应保持不变；解压只是恢复字节，没有解析表格、补全内容或转换中文编码。
4. 点击“载入 CSV 示例”，方向切为压缩，旧解压下载消失。点击“开始压缩”，本次浏览器输出43字节，小于原始文件并不是成功的必要条件；下载GZIP后用独立解压程序核对还原内容。
5. 处理实际文件时选择不超过4MiB的单个文件，再点击所需方向的开始按钮。解压输出最多16MiB，错误或超限没有部分文件下载；换文件、改方向或清空会清除旧结果，避免下载上一轮内容。
6. 需要交接时记录原始文件的格式、编码和可信摘要。GZIP不恢复原文件名，解压名固定为.bin；不能只凭扩展名改成.pdf就认为是PDF，收到.tar.gz时这里只剥掉GZIP一层，得到的仍是TAR。

跟着示例试一次

示例原文共22字节，UTF-8无BOM，包含两个CRLF。预置GZIP由独立zlib生成，43字节；浏览器解压的真实下载逐字节等于原文，浏览器压缩的43字节下载也经独立zlib解压核对一致。压缩程序、头部或实现不同，压缩文件字节和大小不保证相同，应比较还原后的字节。

编号,数量
A01,2

怎样确认结果正确

先核对原始内容、总字节22与两个CRLF；有参考SHA-256时再用本站文件摘要工具比较。测试覆盖空文件、原始二进制、中文文本、截断、CRC错误、尾部额外字节及16MiB+1输出拒绝。浏览器实测非法文件显示解压错误，16MiB+1示例没有生成下载；输出上限按实际读出的流累计，不相信压缩头部声明。技术依据：https://compression.spec.whatwg.org/ 。

常见问题与边界

仅支持普通单成员GZIP，非ZIP、zlib或raw deflate，不解包TAR；不恢复文件名、时间或权限，不提供压缩等级选择。浏览器需支持CompressionStream和DecompressionStream；输入最多4MiB、输出最多16MiB、处理超过10秒停止，低内存设备仍可能失败。压缩不是加密、脱敏或病毒检测，小文件和已压缩文件可能变大。所有文件名和字节只在当前页面内存处理，不上传、不写站点存储，原件不覆盖；下载副本仍可能含敏感信息。