GZipStream压缩并非总有效，对已压缩文件、高熵数据等可能膨胀；适合原始文本、XML等结构化明文，压缩率30%～70%，建议压缩后长度≥原文95%时直接传原文。
压缩前先确认数据是否适合 GZipStream
不是所有数据都值得用 gzipstream 压缩——比如已经压缩过的图片、视频、json 字符串里全是短字段且重复少，压完可能反而变大。gzip 的收益依赖于重复字节模式，纯随机或高熵数据（如加密后内容）基本不压缩，甚至膨胀 0.1%～1%。
实操建议：
- 对原始文本、XML、未压缩的 JSON、日志行这类结构化明文，
GZipStream通常能压到 30%～70% - 传输前可加个简单判断：压缩后长度 ≥ 原长度 × 0.95，就直接发原文，跳过解压逻辑
- 别在内存里反复
new MemoryStream()+GZipStream做小块数据（
写入时必须调用 Close() 或 Dispose() 才能刷出完整压缩流
GZipStream 不是“写完就完”，它内部有缓冲区和终结符（trailer），不显式关闭会导致输出流缺最后几个字节，解压端报 InvalidDataException: Unknown block type 或 End of Stream encountered before parsing was completed。
常见错误现象：
- 用
using (var gz = new GZipStream(...)) { gz.Write(...); }但没等gz离开作用域就去读底层MemoryStream——此时尾部未写入 - 手动
Flush()没用，它只刷内部缓冲，不写 trailer
正确做法：
- 确保
GZipStream的Dispose()被调用（using最稳妥） - 如果必须中途读取，先
gz.Close()，再从底层流取.ToArray()；不要用.GetBuffer()（含未使用填充字节） - 示例关键行：
using var ms = new MemoryStream();<br>using var gz = new GZipStream(ms, CompressionLevel.Optimal, leaveOpen: false);<br>gz.Write(data, 0, data.Length);<br>// 这里 gz 已 Dispose，ms 内容完整
解压端必须用相同的 CompressionMode（通常是 Decompress）且流位置归零
用 GZipStream 解压时，如果传错 CompressionMode（比如写成 Compress），运行时不报错，但输出是乱码字节；更隐蔽的是底层流 Position 不为 0 就直接构造 GZipStream，会跳过 gzip header，直接解析失败。
典型错误场景：
- 从 HTTP 响应读到
byte[]后，直接new MemoryStream(bytes)传给GZipStream——没问题；但如果之前调过ms.Seek(10, SeekOrigin.Begin)，就会崩 - 用
WebClient或HttpClient拿到响应流后，忘了检查Content-Encoding: gzip就硬解，结果解的是明文
安全做法：
- 解压前强制
stream.Position = 0 - 只对明确标了
gzip的响应体解压，别猜 - 捕获
InvalidDataException并 fallback 到原数据（说明可能没压缩或损坏）
跨平台传输时注意 GZipStream 默认不写 RFC 1952 header 中的文件名等字段
.NET 的 GZipStream 默认输出是标准 gzip 格式，但不写 optional header 字段（如文件名、时间戳），这点和其他语言（Python 的 gzip、Node.js 的 zlib.createGunzip()）完全兼容。真正容易出问题的是「用 .NET 压、Java 解」这种组合中，若 Java 端用了严格校验 header 的库（比如某些老版本 Apache Commons Compress），可能因缺少 filename 字段拒绝解压。
应对方式：
- 绝大多数现代解压器（包括 Java 11+
java.util.zip.GZIPInputStream）不校验 optional header，不用改 - 如果对方环境不可控，宁可换用
System.IO.Compression.DeflateStream（无 header，纯 deflate）——但需双方约定，且注意它不被所有 HTTP 客户端默认支持 - 别自己手撸 header，
GZipStream不提供该能力，强行拼接易出错
最常被忽略的一点：压缩后的字节流不能直接当字符串（比如转 UTF8.GetString()）传，必须走二进制通道。一转就坏，解压必然失败。
