gzip.Writer.Close() 必须调用，否则生成的 .gz 文件因缺失CRC32校验值和原始长度字段而解压失败；Flush()无效，Close()是唯一写入尾部元数据的操作。
gzip.Writer.Close() 必须调用，否则生成的 .gz 文件大概率解压失败——这不是可选项，是 GZIP 格式规范强制要求。
为什么 gzip.Writer.Close() 不可省略
GZIP 文件末尾必须包含两个关键字段：CRC32 校验值和原始未压缩数据长度（ISIZE）。gzip.Writer 是缓冲写入器，Write() 和 io.Copy() 只把数据送进压缩管道，不输出这些尾部元数据。Close() 是唯一触发它们落盘的操作。
- 现象：
gunzip -t file.gz报unexpected end of file；Python 的gzip.open()panic；zcat提示invalid compressed data -
Flush()无效：它只刷出已压缩的数据块，不写尾部，标准解压器直接拒收 -
Close()返回error，不能忽略——磁盘满、权限不足、目标文件不可写等都会在这里暴露
压缩单个文件 vs 多个文件：别混淆 compress/gzip 和 archive
compress/gzip 只处理「一个数据流」的压缩，不是打包工具。它输出的是单个 .gz 文件，不是 .zip 或 .tar.gz。
- 想压缩
a.txt → a.txt.gz：直接gzip.NewWriter(f)写入目标文件即可 - 想打包
a.txt + b.log：必须先用archive/tar构建 tar 流，再套gzip.NewWriter，最终生成archive.tar.gz - 误用表现：反复对同一个
gzip.Writer调用Write()写多个文件内容 → 解压后只剩一团乱码或报tar: Unrecognized archive format
压缩级别怎么选：别硬套默认值
gzip.NewWriter() 默认用 gzip.DefaultCompression（值为 6），但实际场景中需权衡速度与体积。
-
gzip.NoCompression(0)：不压缩，只加 header，适合已压缩数据（如 JPEG、PNG） -
gzip.BestSpeed(1)：最快，压缩率低，适合高频小日志、实时接口响应 -
gzip.BestCompression(9)：最慢，体积最小，适合离线归档、静态资源预压缩 - 级别超出
[0,9]会panic，不是返回error—— 显式用gzip.NewWriterLevel(f, level)更安全
解压 .gz 文件时，io.Copy 失败的常见卡点
错误做法：用 os.Open("x.gz") 得到 *os.File，直接传给 io.Copy(dst, src) —— 这是在复制原始二进制流，不是解压后的内容。
- 正确路径：先
gzip.NewReader(srcFile)，再io.Copy(dst, gr) -
gzip.NewReader初始化失败几乎都指向输入源问题：magic bytes（0x1f 0x8b）缺失、HTTP 分块头混入、空格或换行污染流 - 推荐一律用
io.Copy(dst, gr)解压，它内部已正确处理io.EOF和边界；手写循环读取时，每次Read()后必须同时检查n和err -
gr.Close()只释放资源，不反映数据是否读完——不要靠它判断流是否结束
最容易被忽略的是：所有 defer gz.Close() 都得确保在真正写入完成之后才注册，且函数内提前 return 或 panic 时仍能执行；Close() 的 error 必须显式检查，它可能晚于 Write() 才暴露底层 I/O 问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
