压缩比需手动计算为原始长度除以压缩后长度，关键要正确刷新压缩流（显式调用close），避免因缓冲未刷导致长度误判；header字节计入总长是标准且合理的。
压缩比计算不是压缩库的内置功能，必须手动实现：用原始数据长度除以压缩后长度。关键在于避免误算（比如漏调 Close 导致压缩流未刷新）和误用（比如把未压缩的 header 当作有效数据）。
为什么不能直接用 len(compressedBytes) 就完事
gzip/zstd 等格式会在压缩数据前后添加元信息（如魔数、校验和、帧头尾），这些字节计入总长，但不属于“纯压缩内容”。不过对用户而言，**压缩比定义就是“原始输入字节 vs 最终写入字节”**，所以包含 header 是合理且标准的做法——只要两端一致即可。
真正容易出错的是：gzip.Writer 或 zstd.Encoder 的缓冲区未 flush，len() 拿到的是不完整数据。例如：
- 忘记调用
gz.Close()→bytes.Buffer.Len()返回 0 或偏小值 - 用
io.Copy后没 close writer → 尾部 CRC 和 ISIZE 字段缺失，解压会失败，压缩比也失真 - 对同一
gzip.Writer多次Write但没Close→ 只有最后一次数据被压缩，前面的丢了
compress/gzip 下的压缩比计算模板
这是安全、可复用的最小闭环：
func calcGzipRatio(data []byte) (float64, error) {
var buf bytes.Buffer
gz := gzip.NewWriter(&buf)
defer gz.Close() // 必须 defer，否则 panic 或数据截断
if _, err := gz.Write(data); err != nil {
return 0, err
}
if err := gz.Close(); err != nil { // Close 刷出 footer，不可省略
return 0, err
}
original := len(data)
compressed := buf.Len()
if compressed == 0 {
return 0, errors.New("compressed size is zero")
}
return float64(original) / float64(compressed), nil
}
注意点：
-
defer gz.Close()仅保证资源释放，不保证写入完成；显式调用一次gz.Close()才真正 flush - 不要用
buf.Bytes()做后续解压——它返回的切片可能被后续操作覆盖；需要时用buf.Bytes()拷贝一份 - 如果原始数据极短（
klauspost/compress/zstd 的压缩比差异点
zstd 默认启用帧（frame）封装，和 gzip 类似，但它的 header 更轻、footer 可选。压缩比计算逻辑相同，但要注意选项影响：
- 使用
zstd.WithEncoderLevel(zstd.SpeedBestCompression)会显著提升压缩比，但耗时增加 - 启用字典（
zstd.WithEncoderDict(dict)）时，字典本身不计入压缩后长度，但能大幅改善小数据压缩率——此时压缩比反映的是“数据+字典协同效果”，不能直接和无字典对比 - 若用
zstd.Encoder.EncodeAll()（非流式），它返回的是纯压缩内容，不含 frame header，此时需手动加 frame（用zstd.FrameEnc）才符合标准 zstd 格式，否则解压端可能不认
简单流式场景下，仍推荐走 zstd.NewWriter + Close 路径，和 gzip 行为对齐。
压缩比接口设计要防哪些坑
对外暴露压缩比计算时，别只返回 float64。真实服务中必须考虑：
- 输入为空（
len(data) == 0）→ 返回错误或明确定义为 1.0（无损，无压缩） - 压缩失败（如内存不足、invalid dict）→ 不能静默返回 0，要带具体错误类型，方便上游判断是否重试或降级
- 并发调用时复用
gzip.Writer实例 → 会 panic，每个请求必须新建 writer - 想支持多种算法（gzip/zstd/lz4）→ 抽象出
Compressor接口，但别强行统一参数；zstd 的WithEncoderLevel和 gzip 的SetLevel语义不同，暴露时保留原生命名更安全
最常被忽略的一点：**压缩比数值本身没有绝对意义，只有在固定算法、固定级别、固定数据特征下横向对比才有价值**。日志里打一个 “ratio=3.2” 而不带算法/级别/样本长度，等于没打。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
