pprof是Go内置性能分析工具，通过runtime/pprof可精准抓取压缩过程CPU和内存热点：需在压缩逻辑前后同goroutine中Start/Stop CPU profile，WriteHeapProfile须在Writer关闭且GC后调用，避免遗漏zip.Writer或gzip.Writer的真实耗时路径。
用 runtime/pprof 抓取压缩过程 CPU 和内存热点
Go 自带的 pprof 是分析压缩性能最直接有效的手段，不需要引入第三方库。关键不是“加监控”，而是让压缩逻辑在可控路径下运行，并在前后正确启停 profile。
常见错误是只对主函数打点，而实际耗时在 zip.Writer 或 gzip.Writer 的 Write() 调用里；或者忘记调用 WriteTo() 前 flush 内部 buffer，导致 profile 没覆盖完整流程。
- 在启动压缩前调用
pprof.StartCPUProfile()，压缩结束后立即Stop()并写入文件 - 对内存分配分析，用
pprof.WriteHeapProfile()，但必须在压缩完成、所有Writer关闭且变量被 GC 后调用，否则看到的是中间态 - 若压缩逻辑在 goroutine 中执行，需确保 profile 在同一 goroutine 启停，
pprof不跨协程自动聚合
func benchmarkZip(f *os.File) {
f, _ = os.Create("cpu.pprof")
defer f.Close()
pprof.StartCPUProfile(f)
defer pprof.StopCPUProfile()
<pre class="brush:php;toolbar:false;">w := zip.NewWriter(f)
// ... 添加文件并 Close()
w.Close() // 必须 close，否则数据未写出，profile 无意义}
对比 archive/zip 与 compress/gzip 的适用边界
很多人默认用 archive/zip 做单文件压缩，但它的开销远高于 compress/gzip：前者要维护目录结构、文件头、校验和、额外元数据；后者纯流式压缩，无格式封装成本。
立即学习“go语言免费学习笔记（深入）”；
性能差异在小文件（zip 可能慢 2–5 倍，因为每加一个文件都要构造新 header；而 gzip 直接套一层 writer 就行。
- 只压缩单个文件 → 优先用
compress/gzip或compress/zlib，配合io.Copy() - 需要多文件打包、保留路径、跨平台解压 → 才用
archive/zip，但注意避免频繁zip.Writer.Create() -
archive/tar+compress/gzip组合比zip更快，且更易流式处理，适合服务端归档
控制 gzip.Writer 的 Level 和 BufferSize 对吞吐影响极大
gzip.Writer 默认使用 gzip.DefaultCompression（-1），看似省心，实则在高并发或大文件场景下极易成为瓶颈：压缩级别越高，CPU 占用越陡升，但压缩率提升边际递减；缓冲区太小会触发频繁系统调用，太大又拖慢响应。
真实服务中，gzip.BestSpeed（1）往往比默认值吞吐高 40%+，而压缩率只低 5–10%，对日志、临时归档类场景完全可接受。
- 设置
BufferSize至少为 32KB（32 * 1024），避免writev被拆成多次 syscall - 避免在循环中反复新建
gzip.Writer，复用实例并调用Reset(io.Writer) - 若输入数据已知为文本（如 JSON、日志），可尝试
gzip.BestCompression，但务必用pprof验证 CPU 是否过载
文件读取方式不当会让压缩变成 I/O 瓶颈而非 CPU 瓶颈
用 os.ReadFile() 一次性加载 GB 级文件进内存，不仅浪费，还会触发 GC 压力，掩盖真实压缩耗时；而用 os.Open() + io.Copy() 流式处理，才能暴露压缩器本身的效率问题。
另一个隐形坑是 bufio.Reader 缓冲区大小：默认 4KB，在 SSD 上可能引发 200+ 次 read 系统调用；设为 128KB 后，调用次数下降 90%，尤其对机械盘效果显著。
- 永远用
os.Open()替代os.ReadFile()处理大于几 MB 的文件 - 给
bufio.NewReaderSize(f, 128*1024)显式指定缓冲区，不要依赖默认值 - 如果源文件在 NFS 或对象存储上，考虑加一层
io.MultiReader预读，但需权衡内存占用
压缩性能分析真正的复杂点不在工具链，而在你是否清楚自己压的是什么：是单文件还是目录？是否需要解压兼容性？I/O 是本地磁盘还是网络？这些决策比调哪个函数更重要。
