如何选择算法

没有一个压缩算法适合所有场景。选型时先明确约束，再比较算法。

常见约束

约束	优先考虑
实时传输	LZ4、ZSTD 低压缩级别
长期归档	LZMA、ZSTD 高压缩级别、Brotli
Web 内容	Brotli、zlib
日志与数据管道	ZSTD、LZ4
兼容性优先	zlib
学习块排序思想	BSC

判断顺序

1. 解压速度是否是硬约束。
2. 压缩端是否允许更高 CPU 和内存成本。
3. 格式是否需要被其他工具直接读取。
4. 数据是否有大量重复、结构化字段或自然语言文本。
5. 部署环境是否容易引入第三方库。

一个实用决策流程

第一步：先判断“读路径”还是“写路径”更重要

• 如果系统里读远多于写，优先看解压速度。
• 如果是离线归档或构建产物打包，压缩速度可以牺牲一些。
• 如果两边都重要，先从 ZSTD 这类可调节算法开始试。

第二步：确认生态约束

如果格式必须被浏览器、HTTP 中间件、老工具链、现有标准容器直接消费，那么兼容性可能比绝对性能更重要。

第三步：再决定是否引入更“重”的算法

只有在压缩率带来的收益足够大时，才值得引入更慢、更耗内存、构建更复杂的方案。

一个可以直接拿来用的经验表

你的目标	默认起点
不知道从哪开始，但想要比较稳妥	ZSTD
极致低延迟	LZ4
必须和大量既有系统兼容	zlib
Web 静态文本资源最小化	Brotli
归档优先、可接受慢压缩	LZMA
想专门学习块排序和变换思路	BSC

常见反模式

• 只看默认配置。 很多算法真正的差异会在级别、窗口、块大小、字典配置上拉开。
• 在小样本上过早下结论。 小文件和小数据集很容易被格式头或缓存效应误导。
• 忽略总成本。 引入新算法不只是引入一个函数调用，还包括构建、运维、监控和跨平台适配。