compress/bzip2 不支持压缩级别设置，因其仅提供解压器（bzip2.NewReader），无 NewWriter；要实现极限压缩比（如 bzip2 -9），须用系统命令或第三方库如 github.com/ebfe/bz2 的 NewWriterLevel(dst, 9)。
compress/bzip2 不能计算或设置“极限压缩比”——它根本不是为文件级压缩设计的，也不暴露压缩级别控制接口。
为什么 compress/bzip2 没有压缩级别参数
Go 标准库的 compress/bzip2 只提供底层 bzip2 数据流解码器（bzip2.NewReader），不包含压缩器（bzip2.NewWriter 不存在）。它压根不支持压缩，只支持解压纯 bzip2 流；连基本的文件头解析都不做，更别说调节压缩强度了。
所谓“极限压缩比”是 bzip2 命令行工具（如 bzip2 -9）的行为，由完整 bzip2 实现控制块大小、重复扫描次数等，标准库未封装这些逻辑。
-
compress/bzip2中没有NewWriter函数，无法压缩 - 它不读取/写入 .bz2 文件头，不处理 magic、CRC、size 字段
- 它对输入数据不做任何预处理，只期望已剥离头部的原始压缩流
想在 Go 里用 bzip2 达到最高压缩比？别用标准库
你必须绕过 compress/bzip2，改用能控制压缩级别的方案：
立即学习“go语言免费学习笔记（深入）”；
- 调用系统
bzip2命令：用exec.Command("bzip2", "-9", "-c", inputPath)，输出到管道或文件 - 用第三方纯 Go 库：如
github.com/ebfe/bz2提供bz2.NewWriterLevel(io.Writer, level)，支持level=9 - 注意：
github.com/ebfe/bz2的level范围是 1–9，9 对应最大块大小（900KB）和最多迭代，即官方 bzip2 的 “-9” 效果
用 ebfe/bz2 实现 -9 级压缩的最小示例
安装：go get github.com/ebfe/bz2
import (
"os"
"github.com/ebfe/bz2"
)
func main() {
src, _ := os.Open("input.txt")
dst, _ := os.Create("input.txt.bz2")
defer src.Close()
defer dst.Close()
// level=9 → 极限压缩（对应 bzip2 -9）
w := bz2.NewWriterLevel(dst, 9)
io.Copy(w, src)
w.Close() // 必须 Close 才会 flush 并写入尾部 CRC
}
⚠️ 容易漏掉的关键点：w.Close() 不仅释放资源，还负责写入最终的 CRC 和 padding；不调用会导致解压失败或校验错误。
压缩比实测受哪些因素影响最大
即使设了 level=9，实际压缩比也远非固定值，主要取决于：
- 输入数据冗余度：纯文本、日志、XML 等重复结构多的数据提升明显；已压缩过的 JPEG/PNG/MP4 再压几乎无收益
- 数据长度：bzip2 分块压缩，短于 100KB 的文件用 -9 可能反而比 -1 大（因头部开销占比高）
- 内存限制：-9 需约 900KB 内存/流，大并发场景下可能 OOM；生产环境建议监控
runtime.ReadMemStats
真正需要极限压缩比时，还得考虑 zstd（github.com/klauspost/compress）——它在同等压缩率下快 3–5 倍，且 Go 生态支持更成熟。
