尧图网页设计 
SerenityOS gzip / gunzip / zcat 手册页解析用法、选项与底层 LibCompress 实现【免费下载链接】serenityThe Serenity Operating System 项目地址: https://gitcode.com/GitHub_Trending/se/serenity导读本文基于 SerenityOS 官方手册页 zcat.md系统讲解 SerenityOS 中gzip、gunzip、zcat三个命令的完整用法包括命令行选项、参数行为以及默认删除输入文件的语义。在手册页之外本文还深入仓库源码揭示三者的真实关系它们其实共用同一个可执行文件gzip.cpp通过符号链接和程序名判断自动切换压缩/解压模式并进一步剖析其底层压缩实现 LibCompress/Gzip.cpp 与 LibCompress/Gzip.h让读者不仅会敲命令也理解 gzip 容器格式RFC 1952在 SerenityOS 中是如何被解析与生成的。命令总览一个二进制三个名字手册页的 Name 部分明确指出本页同时描述gzip、gunzip、zcat三个命令。在大多数 Unix 系统中这三个命令是同源工具SerenityOS 也不例外它们在安装时通过符号链接共用同一个gzip可执行文件。证据位于 Userland/Utilities/CMakeLists.txtinstall(CODE file(CREATE_LINK gzip ${CMAKE_INSTALL_PREFIX}/bin/gunzip SYMBOLIC)) install(CODE file(CREATE_LINK gzip ${CMAKE_INSTALL_PREFIX}/bin/zcat SYMBOLIC))即安装后/bin/gunzip与/bin/zcat都是指向/bin/gzip的符号链接。在 gzip.cpp 中程序通过LexicalPath::basename(arguments.strings[0])取得实际被调用的程序名并据此改变默认行为// NOTE: If the user run this program via the /bin/zcat or /bin/gunzip symlink, // then emulate gzip decompression. if (program_name zcatsv || program_name gunzipsv) decompress true; if (program_name zcatsv) write_to_stdout true;以gzip名运行默认压缩。以gunzip名运行默认解压。以zcat名运行默认解压且强制输出到标准输出stdout。这也解释了为什么手册页中zcat的用法只有FILES...而没有列选项——因为它固定以“解压到标准输出”的语义运行压缩相关的选项对它没有意义。Synopsis三种调用形式手册页给出的调用形式如下$ gzip [--keep] [--stdout] [--decompress] FILES... $ gunzip [--keep] [--stdout] FILES... $ zcat FILES...gzip支持三个选项--keep、--stdout、--decompress用于压缩、保留原文件或直接解压。gunzip支持--keep与--stdout解压行为本身由程序名决定。zcat不接受任何选项只接受文件参数行为固定为“解压并输出到标准输出”。注意FILES...是可选的源码中对应的位置参数定义为Core::ArgsParser::Required::No见 gzip.cpp当不提供任何文件时程序自动把输入设为标准输入-并强制write_to_stdout true见 gzip.cpp从而支持标准的管道用法例如$ cat file.txt.gz | zcat $ gzip -dc file.txt.gz | less选项详解手册页完整列出了三个选项下表汇总其含义与底层行为选项长选项含义源码行为-k--keep保留不删除输入文件设置keep_input_files true最终不执行unlink(input_filename)-c--stdout输出到标准输出原文件保持不变设置write_to_stdout true输出流为Core::File::standard_output()-d--decompress解压设置decompress true输入流包装为Compress::GzipDecompressor选项解析位于 gzip.cppCore::ArgsParser args_parser; args_parser.add_option(keep_input_files, Keep (dont delete) input files, keep, k); args_parser.add_option(write_to_stdout, Write to stdout, keep original files unchanged, stdout, c); args_parser.add_option(decompress, Decompress, decompress, d);几个值得注意的交互行为均由源码逻辑决定--stdout隐式等价于--keep源码在解析完成后强制if (write_to_stdout) keep_input_files true;gzip.cpp。因为输出被重定向到标准输出后再删除输入文件会造成数据丢失因此只要写入 stdout输入文件就一定被保留。默认会删除输入文件这是 gzip 的传统语义。在正常压缩/解压到文件模式非 stdout下处理完成后会执行if (!keep_input_files) TRY(Core::System::unlink(input_filename));见 gzip.cpp。因此想要保留原始文件必须显式加-k/--keep。--decompress对文件后缀的校验在解压到文件的模式下输入文件名必须以.gz结尾否则输出警告并跳过该文件if (!input_filename.ends_with(.gzsv)) { warnln(unknown suffix for: {}, skipping, input_filename); continue; }见 gzip.cpp。解压后输出的文件名即去掉.gz后缀的原文件名。压缩时自动追加.gz后缀压缩模式下输出文件名由ByteString::formatted({}.gz, input_filename)生成gzip.cpp。参数FILESFILES是位置参数表示要处理的输入文件列表支持同时传入多个文件逐个处理源码中的for (auto const input_filename : filenames)循环见 gzip.cpp。当FILES省略时输入回退为标准输入-且强制输出到 stdout构成管道模式。典型用法示例综合手册页与源码行为给出以下实战示例在 SerenityOS 的 Shell 中执行# 压缩 file.txt生成 file.txt.gz 并删除原文件默认行为 $ gzip file.txt # 压缩但保留原文件 $ gzip -k file.txt # 压缩并输出到标准输出原文件不动 $ gzip -c file.txt file.txt.gz # 解压 file.txt.gz 为 file.txt输入文件默认被删除 $ gunzip file.txt.gz # 等价写法 $ gzip -d file.txt.gz # 解压到标准输出不修改任何文件 $ gunzip -c file.txt.gz $ zcat file.txt.gz # 通过管道解压适合配合其他命令 $ zcat file.txt.gz | head -n 20底层原理LibCompress 的 Gzip 实现命令行工具本身只是一个薄壳真正的压缩/解压逻辑封装在 Userland/Libraries/LibCompress 中。在 gzip.cpp 中可以看到if (decompress) { input_stream TRY(try_makeCompress::GzipDecompressor(move(input_stream))); } else { output_stream TRY(try_makeCompress::GzipCompressor(output_stream.release_nonnull())); }另外工具在读入文件时使用Core::InputBufferedFile并以 1 MiB 的缓冲区进行缓冲读取源码注释说明这能带来显著的性能提升处理时同样以 1 MiB 的ByteBuffer作为中转gzip.cpp因此大文件也能流式处理无需整体载入内存。gzip 容器格式RFC 1952gzip 是 DEFLATE 压缩数据外面再包一层文件头/文件尾的容器格式。Gzip.h 中的BlockHeader结构以打包方式[[gnu::packed]]精确对应 RFC 1952 规定的头部字段constexpr u8 gzip_magic_1 0x1f; constexpr u8 gzip_magic_2 0x8b; struct [[gnu::packed]] BlockHeader { u8 identification_1; // 固定 0x1f u8 identification_2; // 固定 0x8b u8 compression_method; // 必须是 0x08deflate u8 flags; // FTEXT/FHCRC/FEXTRA/FNAME/FCOMMENT 位标志 LittleEndianu32 modification_time; u8 extra_flags; // 压缩级别提示 u8 operating_system; // 生成该文件的操作系统 ... };标志位定义同样在此文件中struct Flags { static constexpr u8 FTEXT 1 0; // 数据可能为文本 static constexpr u8 FHCRC 1 1; // 头部带 CRC16 static constexpr u8 FEXTRA 1 2; // 有附加字段 static constexpr u8 FNAME 1 3; // 含原始文件名NUL 结尾 static constexpr u8 FCOMMENT 1 4; // 含注释NUL 结尾 static constexpr u8 MAX FTEXT | FHCRC | FEXTRA | FNAME | FCOMMENT; };校验逻辑在 Gzip.cppvalid_magic_number()检查前两个字节是否为0x1f 0x8bsupported_by_implementation()要求压缩方法为0x08RFC 1952 只定义了 deflate 一种且 flags 不超过Flags::MAX。解压流程GzipDecompressorGzipDecompressor 以LittleEndianInputBitStream逐位读取输入。解压时按“成员member”为单位处理核心流程位于 Gzip.cpp读取 10 字节头部校验魔数与压缩方法按 flags 跳过可选的 FEXTRA 附加字段、FNAME 原始文件名、FCOMMENT 注释均为 NUL 结尾字符串以及 FHCRC 头部校验值为当前成员构造DeflateDecompressor解出数据同时用Crypto::Checksum::CRC32累计校验和、用m_nread统计已读字节数每个成员结尾读取 8 字节尾部4 字节 CRC32 与 4 字节原始长度ISIZE模 2^32若 CRC32 或长度不匹配返回明确错误Stored CRC32 does not match the calculated CRC32 of the current member或Input size does not match the number of read bytesGzip.cpp成员结束后回到第 1 步继续支持多成员concatenatedgzip 流。此外该类还提供三个便捷静态接口Gzip.hdecompress_all()一次性解压完整字节串、describe_header()描述头部信息如 “last modified: …, original size …”见 Gzip.cpp、is_likely_compressed()通过前两个字节是否为0x1f 0x8b快速判断一段数据是否可能是 gzip。压缩流程GzipCompressorGzipCompressor 的write_some()Gzip.cpp完整展示了 gzip 文件的生成过程BlockHeader header; header.identification_1 0x1f; header.identification_2 0x8b; header.compression_method 0x08; // deflate header.flags 0; header.modification_time 0; header.extra_flags 3; // DEFLATE: 2最大压缩, 4最小压缩 header.operating_system 3; // unix TRY(m_output_stream-write_until_depleted({ header, sizeof(header) })); auto compressed_stream TRY(DeflateCompressor::construct(MaybeOwned(*m_output_stream))); TRY(compressed_stream-write_until_depleted(bytes)); TRY(compressed_stream-final_flush()); Crypto::Checksum::CRC32 crc32; crc32.update(bytes); TRY(m_output_stream-write_valueLittleEndianu32(crc32.digest())); TRY(m_output_stream-write_valueLittleEndianu32(bytes.size()));压缩输出顺序为10 字节头部 → deflate 压缩数据 → 4 字节 CRC32 → 4 字节原始长度。extra_flags的取值遵循 RFC 1952 建议2 表示最大压缩、4 表示最小压缩中间值表示默认级别此处取 3operating_system标记为 3Unix。测试验证TestGzip仓库在 Tests/LibCompress/TestGzip.cpp 中提供了针对该实现的回归测试该测试文件注册于 Tests/LibCompress/CMakeLists.txt可验证上文的实现细节gzip_decompress_simple用一段 33 字节的硬编码 gzip 数据解出word1 abc word2验证头尾解析与 DEFLATE 解压正确性gzip_decompress_multiple_members解压两个拼接的 gzip 成员验证对多成员流的支持gzip_decompress_zeroes/gzip_decompress_repeat_around_buffer分别解压 128 KiB 全零数据与 0x8000 字节窗口边界数据覆盖 DEFLATE 长距离回引LZ77 窗口边界场景gzip_round_trip对 1024 字节随机数据先GzipCompressor::compress_all再GzipDecompressor::decompress_all验证压缩-解压往返一致gzip_truncated_uncompressed_block喂入损坏/截断数据断言decompress_all返回错误验证错误路径处理。与其他压缩工具的关系SerenityOS 的压缩工具族采用了相同的“容器 DEFLATE”设计除了 gzipUserland/Utilities/CMakeLists.txt 中还构建了lzcat对应.lz格式与xzcat对应.xz格式它们分别链接到 LibCompress 中对应的实现见该文件第 330、349、399 行的target_link_libraries以及 Meta/Lagom/CMakeLists.txt 中 Lagom 构建对应的lagom_utility条目。在 Lagom 构建环境下同样的工具也可以编译为宿主机程序用于测试。若需打包与归档配合使用可参考手册页 See also 中提到的tar仓库手册页路径为 Base/usr/share/man/man1/tar.mdtar 归档内部常以 gzip 压缩成员存储。小结gzip、gunzip、zcat在 SerenityOS 中是同一个可执行文件的三个名字通过符号链接与程序名判定切换行为安装定义见 Userland/Utilities/CMakeLists.txt。默认语义压缩/解压到文件时删除输入文件-k/--keep保留-c/--stdout输出到标准输出且隐式保留输入文件zcat固定为解压到 stdout无参数时从标准输入读取。底层由 LibCompress 提供符合 RFC 1952 的 gzip 容器实现解压侧逐成员校验魔数、头部标志与 CRC32/长度尾部压缩侧生成1f 8b 08头部 deflate 数据 CRC32 原始长度。正确性由 Tests/LibCompress/TestGzip.cpp 中的 6 个测试用例覆盖包括多成员、边界窗口与错误数据场景。【免费下载链接】serenityThe Serenity Operating System 项目地址: https://gitcode.com/GitHub_Trending/se/serenity创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 SerenityOS gzip / gunzip / zcat 手册页解析：用法、选项与底层 LibCompress 实现
SerenityOS gzip / gunzip / zcat 手册页解析用法、选项与底层 LibCompress 实现【免费下载链接】serenityThe Serenity Operating System 项目地址: https://gitcode.com/GitHub_Trending/se/serenity导读本文基于 SerenityOS 官方手册页 zcat.md系统讲解 SerenityOS 中gzip、gunzip、zcat三个命令的完整用法包括命令行选项、参数行为以及默认删除输入文件的语义。在手册页之外本文还深入仓库源码揭示三者的真实关系它们其实共用同一个可执行文件gzip.cpp通过符号链接和程序名判断自动切换压缩/解压模式并进一步剖析其底层压缩实现 LibCompress/Gzip.cpp 与 LibCompress/Gzip.h让读者不仅会敲命令也理解 gzip 容器格式RFC 1952在 SerenityOS 中是如何被解析与生成的。命令总览一个二进制三个名字手册页的 Name 部分明确指出本页同时描述gzip、gunzip、zcat三个命令。在大多数 Unix 系统中这三个命令是同源工具SerenityOS 也不例外它们在安装时通过符号链接共用同一个gzip可执行文件。证据位于 Userland/Utilities/CMakeLists.txtinstall(CODE file(CREATE_LINK gzip ${CMAKE_INSTALL_PREFIX}/bin/gunzip SYMBOLIC)) install(CODE file(CREATE_LINK gzip ${CMAKE_INSTALL_PREFIX}/bin/zcat SYMBOLIC))即安装后/bin/gunzip与/bin/zcat都是指向/bin/gzip的符号链接。在 gzip.cpp 中程序通过LexicalPath::basename(arguments.strings[0])取得实际被调用的程序名并据此改变默认行为// NOTE: If the user run this program via the /bin/zcat or /bin/gunzip symlink, // then emulate gzip decompression. if (program_name zcatsv || program_name gunzipsv) decompress true; if (program_name zcatsv) write_to_stdout true;以gzip名运行默认压缩。以gunzip名运行默认解压。以zcat名运行默认解压且强制输出到标准输出stdout。这也解释了为什么手册页中zcat的用法只有FILES...而没有列选项——因为它固定以“解压到标准输出”的语义运行压缩相关的选项对它没有意义。Synopsis三种调用形式手册页给出的调用形式如下$ gzip [--keep] [--stdout] [--decompress] FILES... $ gunzip [--keep] [--stdout] FILES... $ zcat FILES...gzip支持三个选项--keep、--stdout、--decompress用于压缩、保留原文件或直接解压。gunzip支持--keep与--stdout解压行为本身由程序名决定。zcat不接受任何选项只接受文件参数行为固定为“解压并输出到标准输出”。注意FILES...是可选的源码中对应的位置参数定义为Core::ArgsParser::Required::No见 gzip.cpp当不提供任何文件时程序自动把输入设为标准输入-并强制write_to_stdout true见 gzip.cpp从而支持标准的管道用法例如$ cat file.txt.gz | zcat $ gzip -dc file.txt.gz | less选项详解手册页完整列出了三个选项下表汇总其含义与底层行为选项长选项含义源码行为-k--keep保留不删除输入文件设置keep_input_files true最终不执行unlink(input_filename)-c--stdout输出到标准输出原文件保持不变设置write_to_stdout true输出流为Core::File::standard_output()-d--decompress解压设置decompress true输入流包装为Compress::GzipDecompressor选项解析位于 gzip.cppCore::ArgsParser args_parser; args_parser.add_option(keep_input_files, Keep (dont delete) input files, keep, k); args_parser.add_option(write_to_stdout, Write to stdout, keep original files unchanged, stdout, c); args_parser.add_option(decompress, Decompress, decompress, d);几个值得注意的交互行为均由源码逻辑决定--stdout隐式等价于--keep源码在解析完成后强制if (write_to_stdout) keep_input_files true;gzip.cpp。因为输出被重定向到标准输出后再删除输入文件会造成数据丢失因此只要写入 stdout输入文件就一定被保留。默认会删除输入文件这是 gzip 的传统语义。在正常压缩/解压到文件模式非 stdout下处理完成后会执行if (!keep_input_files) TRY(Core::System::unlink(input_filename));见 gzip.cpp。因此想要保留原始文件必须显式加-k/--keep。--decompress对文件后缀的校验在解压到文件的模式下输入文件名必须以.gz结尾否则输出警告并跳过该文件if (!input_filename.ends_with(.gzsv)) { warnln(unknown suffix for: {}, skipping, input_filename); continue; }见 gzip.cpp。解压后输出的文件名即去掉.gz后缀的原文件名。压缩时自动追加.gz后缀压缩模式下输出文件名由ByteString::formatted({}.gz, input_filename)生成gzip.cpp。参数FILESFILES是位置参数表示要处理的输入文件列表支持同时传入多个文件逐个处理源码中的for (auto const input_filename : filenames)循环见 gzip.cpp。当FILES省略时输入回退为标准输入-且强制输出到 stdout构成管道模式。典型用法示例综合手册页与源码行为给出以下实战示例在 SerenityOS 的 Shell 中执行# 压缩 file.txt生成 file.txt.gz 并删除原文件默认行为 $ gzip file.txt # 压缩但保留原文件 $ gzip -k file.txt # 压缩并输出到标准输出原文件不动 $ gzip -c file.txt file.txt.gz # 解压 file.txt.gz 为 file.txt输入文件默认被删除 $ gunzip file.txt.gz # 等价写法 $ gzip -d file.txt.gz # 解压到标准输出不修改任何文件 $ gunzip -c file.txt.gz $ zcat file.txt.gz # 通过管道解压适合配合其他命令 $ zcat file.txt.gz | head -n 20底层原理LibCompress 的 Gzip 实现命令行工具本身只是一个薄壳真正的压缩/解压逻辑封装在 Userland/Libraries/LibCompress 中。在 gzip.cpp 中可以看到if (decompress) { input_stream TRY(try_makeCompress::GzipDecompressor(move(input_stream))); } else { output_stream TRY(try_makeCompress::GzipCompressor(output_stream.release_nonnull())); }另外工具在读入文件时使用Core::InputBufferedFile并以 1 MiB 的缓冲区进行缓冲读取源码注释说明这能带来显著的性能提升处理时同样以 1 MiB 的ByteBuffer作为中转gzip.cpp因此大文件也能流式处理无需整体载入内存。gzip 容器格式RFC 1952gzip 是 DEFLATE 压缩数据外面再包一层文件头/文件尾的容器格式。Gzip.h 中的BlockHeader结构以打包方式[[gnu::packed]]精确对应 RFC 1952 规定的头部字段constexpr u8 gzip_magic_1 0x1f; constexpr u8 gzip_magic_2 0x8b; struct [[gnu::packed]] BlockHeader { u8 identification_1; // 固定 0x1f u8 identification_2; // 固定 0x8b u8 compression_method; // 必须是 0x08deflate u8 flags; // FTEXT/FHCRC/FEXTRA/FNAME/FCOMMENT 位标志 LittleEndianu32 modification_time; u8 extra_flags; // 压缩级别提示 u8 operating_system; // 生成该文件的操作系统 ... };标志位定义同样在此文件中struct Flags { static constexpr u8 FTEXT 1 0; // 数据可能为文本 static constexpr u8 FHCRC 1 1; // 头部带 CRC16 static constexpr u8 FEXTRA 1 2; // 有附加字段 static constexpr u8 FNAME 1 3; // 含原始文件名NUL 结尾 static constexpr u8 FCOMMENT 1 4; // 含注释NUL 结尾 static constexpr u8 MAX FTEXT | FHCRC | FEXTRA | FNAME | FCOMMENT; };校验逻辑在 Gzip.cppvalid_magic_number()检查前两个字节是否为0x1f 0x8bsupported_by_implementation()要求压缩方法为0x08RFC 1952 只定义了 deflate 一种且 flags 不超过Flags::MAX。解压流程GzipDecompressorGzipDecompressor 以LittleEndianInputBitStream逐位读取输入。解压时按“成员member”为单位处理核心流程位于 Gzip.cpp读取 10 字节头部校验魔数与压缩方法按 flags 跳过可选的 FEXTRA 附加字段、FNAME 原始文件名、FCOMMENT 注释均为 NUL 结尾字符串以及 FHCRC 头部校验值为当前成员构造DeflateDecompressor解出数据同时用Crypto::Checksum::CRC32累计校验和、用m_nread统计已读字节数每个成员结尾读取 8 字节尾部4 字节 CRC32 与 4 字节原始长度ISIZE模 2^32若 CRC32 或长度不匹配返回明确错误Stored CRC32 does not match the calculated CRC32 of the current member或Input size does not match the number of read bytesGzip.cpp成员结束后回到第 1 步继续支持多成员concatenatedgzip 流。此外该类还提供三个便捷静态接口Gzip.hdecompress_all()一次性解压完整字节串、describe_header()描述头部信息如 “last modified: …, original size …”见 Gzip.cpp、is_likely_compressed()通过前两个字节是否为0x1f 0x8b快速判断一段数据是否可能是 gzip。压缩流程GzipCompressorGzipCompressor 的write_some()Gzip.cpp完整展示了 gzip 文件的生成过程BlockHeader header; header.identification_1 0x1f; header.identification_2 0x8b; header.compression_method 0x08; // deflate header.flags 0; header.modification_time 0; header.extra_flags 3; // DEFLATE: 2最大压缩, 4最小压缩 header.operating_system 3; // unix TRY(m_output_stream-write_until_depleted({ header, sizeof(header) })); auto compressed_stream TRY(DeflateCompressor::construct(MaybeOwned(*m_output_stream))); TRY(compressed_stream-write_until_depleted(bytes)); TRY(compressed_stream-final_flush()); Crypto::Checksum::CRC32 crc32; crc32.update(bytes); TRY(m_output_stream-write_valueLittleEndianu32(crc32.digest())); TRY(m_output_stream-write_valueLittleEndianu32(bytes.size()));压缩输出顺序为10 字节头部 → deflate 压缩数据 → 4 字节 CRC32 → 4 字节原始长度。extra_flags的取值遵循 RFC 1952 建议2 表示最大压缩、4 表示最小压缩中间值表示默认级别此处取 3operating_system标记为 3Unix。测试验证TestGzip仓库在 Tests/LibCompress/TestGzip.cpp 中提供了针对该实现的回归测试该测试文件注册于 Tests/LibCompress/CMakeLists.txt可验证上文的实现细节gzip_decompress_simple用一段 33 字节的硬编码 gzip 数据解出word1 abc word2验证头尾解析与 DEFLATE 解压正确性gzip_decompress_multiple_members解压两个拼接的 gzip 成员验证对多成员流的支持gzip_decompress_zeroes/gzip_decompress_repeat_around_buffer分别解压 128 KiB 全零数据与 0x8000 字节窗口边界数据覆盖 DEFLATE 长距离回引LZ77 窗口边界场景gzip_round_trip对 1024 字节随机数据先GzipCompressor::compress_all再GzipDecompressor::decompress_all验证压缩-解压往返一致gzip_truncated_uncompressed_block喂入损坏/截断数据断言decompress_all返回错误验证错误路径处理。与其他压缩工具的关系SerenityOS 的压缩工具族采用了相同的“容器 DEFLATE”设计除了 gzipUserland/Utilities/CMakeLists.txt 中还构建了lzcat对应.lz格式与xzcat对应.xz格式它们分别链接到 LibCompress 中对应的实现见该文件第 330、349、399 行的target_link_libraries以及 Meta/Lagom/CMakeLists.txt 中 Lagom 构建对应的lagom_utility条目。在 Lagom 构建环境下同样的工具也可以编译为宿主机程序用于测试。若需打包与归档配合使用可参考手册页 See also 中提到的tar仓库手册页路径为 Base/usr/share/man/man1/tar.mdtar 归档内部常以 gzip 压缩成员存储。小结gzip、gunzip、zcat在 SerenityOS 中是同一个可执行文件的三个名字通过符号链接与程序名判定切换行为安装定义见 Userland/Utilities/CMakeLists.txt。默认语义压缩/解压到文件时删除输入文件-k/--keep保留-c/--stdout输出到标准输出且隐式保留输入文件zcat固定为解压到 stdout无参数时从标准输入读取。底层由 LibCompress 提供符合 RFC 1952 的 gzip 容器实现解压侧逐成员校验魔数、头部标志与 CRC32/长度尾部压缩侧生成1f 8b 08头部 deflate 数据 CRC32 原始长度。正确性由 Tests/LibCompress/TestGzip.cpp 中的 6 个测试用例覆盖包括多成员、边界窗口与错误数据场景。【免费下载链接】serenityThe Serenity Operating System 项目地址: https://gitcode.com/GitHub_Trending/se/serenity创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考