gzip.writer输出为空的根本原因是未调用close()，因缓冲区未刷新；必须在write后显式调用gz.close()并检查其错误，否则文件为空或解压失败。
gzip.Writer 压缩文件时为啥输出为空？
根本原因：没调用 Close() —— gzip.Writer 是带缓冲的，Write() 只写入缓冲区，不刷盘；不 Close() 就等于没压缩完，文件里啥也没有。
常见错误现象：os.Stat() 显示文件大小为 0，或解压时报 “not in gzip format”。
- 必须在
Write()后立刻调用gz.Close()（不是f.Close()） - 如果用
defer gz.Close()，要确保defer在写入逻辑之后、函数返回之前执行 - 忽略
gz.Close()返回的 error：它可能包含压缩末尾写入失败（比如磁盘满），不能只检查Write()的 error
示例关键片段：
gz := gzip.NewWriter(f)
_, err := gz.Write(data)
if err != nil {
return err
}
err = gz.Close() // ← 这行不能少，且要检查 err
if err != nil {
return err
}
压缩单个文件 vs 多个文件，为什么不能直接用 gzip.Writer？
gzip.Writer 只能封装「一个数据流」，它输出的是单个 gzip 文件，不是 zip 包。想打包多个文件（如 a.txt + b.log），本质需要归档格式（tar）+ 压缩（gzip），不是纯 gzip。
使用场景错配典型表现：代码看似跑通，但解压后只看到一个无名文件，或报 “tar: Unrecognized archive format”。
- 单文件压缩 → 直接用
gzip.Writer写入目标文件即可 - 多文件打包 → 先用
archive/tar构建 tar 流，再套gzip.Writer压缩，最后写入 .tar.gz - 别试图往
gzip.Writer里反复Write()不同文件内容——没文件头、没分隔，解压器无法识别边界
gzip.NewWriterLevel 和默认压缩比的区别在哪？
默认 gzip.NewWriter(f) 用的是 gzip.DefaultCompression（值为 6），但实际项目中常要权衡速度和体积：日志压缩可激进点，实时响应接口得快一点。
参数差异直接影响 CPU 占用和最终体积，不是“越高越好”。
-
gzip.NoCompression（0）：不压缩，只加 gzip header，适合已压缩数据（如 JPEG） -
gzip.BestSpeed（1）：最快，压缩率低，适合高频小文件 -
gzip.BestCompression（9）：最慢，体积最小，适合离线归档 - 注意：level 超出 [0,9] 范围会 panic，不是返回 error
示例：
gz, err := gzip.NewWriterLevel(f, gzip.BestSpeed) // ← 显式指定更安全
读取压缩文件时 io.Copy 失败，常见卡点是什么？
典型错误：用 os.Open 打开 .gz 文件后，直接传给 io.Copy(dst, src) —— 没经过 gzip.NewReader 解包，src 是原始二进制流，不是可读文本或结构化数据。
现象：输出乱码、空内容、或 panic “invalid header”。
- 读 .gz 文件必须先套
gzip.NewReader()，否则就是把 gzip header 当普通字节读了 - 别忘了
gzip.Reader.Close()（虽然通常不报错，但它是 io.ReadCloser，语义上应关闭） - 如果源是
*os.File，且后续还要复用该 file，注意gzip.NewReader()不会移动 file offset，但读取过程会推进 reader 内部状态
正确链路： os.Open → gzip.NewReader → io.Copy → gr.Close()
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
