在推翻一项曾阻碍下一代图像格式普及的争议性决定后，谷歌官方正式确认：将在其 Chrome 浏览器中重新支持 JPEG XL（JXL）图像格式。

JPEG XL（JXL）是一种免版税的下一代图像格式，旨在取代传统的 JPEG 标准。它不仅提供更出色的压缩效率，还支持高动态范围（HDR）、透明通道和动画等现代功能。其最突出的优势在于：能够将现有的 JPEG 图像无损地转码为体积更小的文件（平均缩小约 20%），且不损失任何画质。

谷歌此次转变源于开发者社区多年来的强烈反对，以及来自苹果、Adobe 等生态竞争对手日益增长的压力 —— 尽管谷歌此前曾以“缺乏兴趣”为由放弃该格式，但这些公司仍积极拥抱这一免版税的光栅图形文件格式。

Chrome 工程师表示，一旦集成内存安全的解码器，他们就会正式上线该功能。此举标志着网络“编解码器之战”的重大转折，也为 JXL 最终取代老化的 JPEG 标准扫清了道路。

一条基于 Rust 的救赎之路

在僵持三年之后，Chrome 审计团队负责人 Rick Byers 在 Blink-dev 邮件列表中正式宣布解除对 JPEG XL 集成的冻结。此次批准附带两个明确条件：一是需获得更广泛生态系统的积极信号，二是必须严格满足安全合规要求。

谷歌明确拒绝沿用之前的 C++ 实现，转而采用“高性能且内存安全”的解码器；很可能使用 Rust 语言编写。Byers 表示：“鉴于这些积极信号，我们欢迎社区贡献，将一个高性能且内存安全的 JPEG XL 解码器集成到 Chromium 中。” 这一决策明显以外部生态采纳为依据，而非内部指标。

长期维护能力仍是该功能面向用户发布前的最后一道门槛。谷歌要求必须有专门团队负责维护解码器代码，才能将其推送至 Stable（稳定版）通道。

Byers 进一步澄清了时间表：“为了在 Chromium 中默认启用该功能，我们需要获得长期维护的承诺。一旦满足这一条件及我们常规的发布标准，我们就会在 Chrome 中正式推出。”

开发者 Helmut Januschka 在 Chromium 缺陷跟踪系统中提供了详细进展更新，确认新代码基于最新的 libjxl 参考实现。他在更新中写道：

“当前状态：

– 功能已完整

– 以前版 JXL 实现为蓝图，并更新至最新参考实现

– 新增动画支持（Chromium 将成为首个支持 JXL 动画的浏览器）

– 自动化测试机器人全部通过（bots are green）”

Januschka 还发布了一段演示视频，展示了 Chromium 构建版本中的 JPEG XL 动画支持效果。

据称，这一被标记为功能完整的新实现已通过大多数自动化测试。动画支持是本次重启尝试的关键技术差异化优势，甚至可能超越 Safari 的初始实现。

不过，Januschka 所称“Chromium 将成为首个支持 JXL 动画的浏览器”存在争议 —— 例如 Thorium 浏览器这类小型项目自 2024 年年中起就已支持 JXL 动画。

编解码器战争背景（2022–2025）

谷歌最初于 2022 年 12 月在 Chrome 110 中移除了 JXL 支持，几乎扼杀了该格式在 Web 上的发展势头。当时，Jim Bankoski 表示：“我们决定终止 Chrome 的 JPEG XL 实验，并移除相关代码”，理由是相较于谷歌自家的 AVIF 格式，JXL 未能展现出足够优势。

批评者和图像压缩专家指责谷歌使用未经优化的编码器进行测试，人为制造有利于 AVIF 的评估结果。这一移除决定引发了 Chromium 历史上最富争议的讨论之一，相关议题获得超过 1,000 次点赞和数百条评论。

在此后的三年空窗期中，谷歌大力推广基于 AV1 视频编解码器的 AVIF，将其定位为 JPEG 和 WebP 的唯一继任者。工程师甚至彻底删除了浏览器中的功能开关，导致用户近三年无法进行任何实验性使用。

这一时期加剧了格式战争的叙事：谷歌主推基于视频技术的 AVIF，而 JPEG XL 则坚持为静态图像量身打造的设计理念。

生态压力与技术现实

2023 年，苹果率先打破僵局，在 Safari 17 中原生支持 JXL。这一举措造成割裂的 Web 局面：高保真图像可在 iPhone 上正常加载，却在 Android 和 Chrome 上失效。

Adobe 将 JXL 集成进 Lightroom 和 Photoshop；微软也在 Windows 11 中推出了“JPEG XL 图像扩展”，即便缺乏浏览器支持，也已将其确立为专业领域的标准格式。

Mozilla 的立场也从中立转向积极支持，前提是通过基于 Rust 的解码器解决安全问题。

从技术角度看，JXL 拥有一项独特优势：可对现有 JPEG 图像进行无损转码，在不产生代际损失的前提下将文件体积缩减约 20%。而 AVIF 不具备这种转码能力，若要转换则必须进行有损重编码，这会损害存档内容的质量。

转向 Rust 编写的解码器，也契合了整个行业消除复杂媒体文件解析中内存安全漏洞的大趋势，从而确保长期稳定性。