Mozilla 和 Google 在同一天发出了 intent to ship。Firefox 157 和 Chrome 将默认启用 JPEG XL 解码支持。对 Web 开发者来说，这是四年来最好的图像格式新闻。

“Intent to Ship” 是 Web 标准开发流程的重要环节，特指浏览器引擎在发布新 CSS/HTML 特性前的‌公开声明阶段‌。旨在征求社区反馈、评估兼容性风险，避免破坏 Web 生态。

Safari 早在 2023 年就支持了。Chrome 曾在 2023 年移除过实验性的 JPEG XL 支持，当时引发了巨大争议——Chrome 占九成市场，它不支持就等于这个格式死了。2025 年 Google 改变主意，重新加入用 Rust 写的 jxl-rs 解码器，但一直没默认启用。现在终于要跨过那道门槛了。

相关阅读：谷歌解释为什么从 Chrome 中移除对 JPEG-XL 的支持

两个浏览器都选了 jxl-rs，一个用 Rust 写的纯内存安全解码器。Mozilla 开发者 Timothy Nikkel 在邮件中说，多线程解码补丁即将落地，加上后在性能上已经略优于 Safari 的 C++ 实现（libjxl）。HDR 图片目前降级为 SDR 显示，但色调映射"远好于其他格式"。动画和渐进式渲染都支持，Safari 反而在这两项上落后。

但争议不会就此结束。Sergey Davidoff 在两个邮件列表中都提出了同一个问题：无损 JPEG XL 的解码性能太差了。他测出来单线程解码耗时是 lossless WebP 的 30 倍，文件大小却只小了 10%。"这个 trade-off 很可疑，特别是笔记本电脑和手机上，耗电和用户体感都会变差。"他建议先只 ship 有损模式，无损单独讨论。

Davidoff 还提了一个更尖锐的担忧："CDN 为省不到 10% 的带宽成本而采用 lossless JPEG XL，把代价转嫁到用户手机电池上。"

Mozilla 那边 Nikkel 的基准测试结论不同：他在大尺寸图片上 JXL 和现有解码器差距不大，小尺寸图片差距更明显。但他也承认性能是需要持续关注的问题，多线程支持已经在路上了。

JPEG XL 十年前就在设计了。标准化的论据到现在还是那几个：更好的压缩率、渐进式渲染、宽色域、HDR、高比特深度、动画。这些论据不管用多久都不会过时。只不过一度差点被 Chrome 的那次移除判了死刑，现在又活过来了。

参考来源：

• Mozilla Intent to ship: JPEG XL
• Chromium Intent to Ship: JPEG XL decoding support