你在测量什么
本工具使用浏览器原生的 CompressionStream 压缩你的文本——gzip（deflate + 头部/校验和）和 deflate（zlib 封装的 deflate）——并报告压缩后大小、节省的字节数和压缩率。这是对你真实数据的实测，而不是从通用表格里猜出来的。
Brotli 适用于什么场景
- 在 HTML/CSS/JS 上，Brotli（br）通常比 gzip 多省 10–20%，并且在客户端声明支持时（Accept-Encoding: br），它是 HTTPS 下的默认选择。
- 浏览器提供 Brotli 解压缩 API，但不提供压缩 API——所以诚实的静态站点工具无法直接实测它；参考区间（gzip × 0.82–0.9）就是实际的预期值。
- 压缩级别很关键：gzip -1 与 -9 相差约 5%；brotli -4 与 -11 相差约 8%，且最高级别会消耗大量 CPU。
- 小数据（约 1 KB 以下）压缩后常常比不压缩还糟——光是格式头部就吃掉了收益。本工具会明确告诉你什么时候会出现这种情况。
如何解读结果表
压缩率 = 压缩后 ÷ 原始大小（越低越好；0.35 表示节省了 65%）。Brotli 估算行会根据实测的 gzip 大小套用典型区间。做 CDN 决策时，先在这里对比 gzip 压缩率，再用 curl -H "Accept-Encoding: br,gzip" -I 确认你的服务器实际提供什么编码。