我为什么反对把 JPEG XL 送进浏览器
来源: giannirosato.com — 2026-09-09
概述
长期支持 JPEG XL 的压缩工程师 Gianni Rosato 改变了立场:他认为在 2026 年的网页平台上,JPEG XL 已经没有立足点。他承认 JXL 技术出色、比 WebP 灵活、远超 JPEG,但指出有损压缩这一主战场已被 AVIF 全面接管——CVVDP、MS-SSIM、SSIMULACRA2 等感知指标上 JXL 明显落后,连无损优势也只比无损 WebP 小约 11.9%,而且只在并不代表网页现实的测试集上取得。更关键的是工具层短板:JXL 没有方向预测模式、没有去块环路滤波,非照片类图像要靠难用的 splines 与 patches 补救,残差编码也绕得多。解码侧,JPEG 无损重压缩省下的 20% 体积要用约 33% 的额外解码时间偿还,动辄上秒的解码炸弹还只有 1918 字节。作者主张浏览器编解码器应当专用、窄范围、难被滥用,而 JPEG XL 想做所有人的一切,更适合在 Adobe 生态、相机与手机厂商的闭环里发光。
核心要点
- 有损压缩的领先地位已经易主,AVIF 在 CVVDP 与 SSIMULACRA2 等感知指标上全面压过 libjxl,JXL 唯一剩下的无损优势只值约 11.9%。
- JXL 缺少方向预测模式,也没有任何去块环路滤波(DLF),gaborish 与 EPF 都无法替代,蚊状噪声问题仍在。
- JPEG 重压缩宣传的 20% 节省是有代价的:重压缩后的 JPEG 解码要慢约 33%,所谓「白拿」并不成立。
- 渐进解码之争已结束,AVIF 在约 2%-3% 体积时就能显示可用图像,而 JXL 在 Safari 上连渐进解码都不支持。
- 表达力带来脚枪:一张 1918 字节的 JXL 可让 M5 Pro 解码 17.43 秒,JXL 炸弹可以轻松拖垮低端设备。
金句
不存在所谓编解码器基准,只有编码器基准——理论上 JPEG XL 这个格式的天花板比 libjxl 做到的要高,但要追上这条路对它是逆风的。
👍 0
👎 0
返回 Lobsters 首页