负责 Chrome、Edge、Brave、Opera 等浏览器引擎的 Google Chromium 团队近日宣布，他们打算发布 JPEG XL 解码器的技术实现，推翻了 2022 年 10 月不继续进行先前实验性支持的决定。

Google Chrome 的技术总监里克·拜尔斯（Rick Byers）发帖称，“我们欢迎大家为 Chromium 中高性能且内存安全的 JPEG XL 解码器做出贡献”，并提到 Safari 浏览器已支持该解码器，Mozilla Firefox 浏览器可能也支持该解码器，PDF 也已宣布支持该解码器，特别是开发者通过点赞与调查数据表达的“信号”。

对于这种广受欢迎的图像格式来说，这表示着一个积极的结果。此前，谷歌取消了对 JPEG XL 的支持，并宣称“整个生态系统没有足够的兴趣继续进行 JPEG XL 的实验”，导致这种图片格式似乎要消亡。

这一理由激怒了开发者们，因为有很多开发者对此感兴趣；在 Chromium 的 bug 追踪器中，该问题获得了超过 1000 个赞。

自由软件基金会的会员负责人格雷格·法罗夫（Greg Faroff）表示，这一决定表现了“谷歌 Chrome 是网络标准的仲裁者”，该公司是在维护自身利益，而非互联网用户的利益。

拜尔斯提到的大多数因素由来已久，那么为何态度突然转变？

或许即将纳入PDF规范是促成这一转变的关键因素，拜尔斯也提到上个月的一篇文章，该文章预览了由谷歌联合赞助的HTML现状调查的相关结果。调查显示，在旨在提升浏览器互操作性的跨公司项目“Interop 2026”的提案中，开发者们将JPEG XL的需求列为最迫切的痛点之一。

JPEG XL 的参考实现是libjxl，它用 C++ 编写，也是之前 Chromium 实验的基础。因为 Byers 要求使用“内存安全”的解码器，其是基于 Google Research 的 jxl-rs 的Rust 实现。这个基于 Rust 的方案的提出者是 Chromium 的提交者赫尔穆特·雅努什卡（Helmut Januschka），他同时也是奥地利媒体公司 Krone Multimedia 的工程主管。雅努什卡已经提交了一个新的 issue ，请求使用 Rust 为 Chromium 添加 JPEG XL 支持。

这对JPEG XL来说，是一个超大进步。目前 Safari对JPEG XL的支持尚不完善，缺少动画支持和渐进式解码。在互联网标准发展这个先有鸡还是先有蛋的问题上，Chromium的解码器将有力地激励其他应用程序也添加对JPEG XL的支持，比如导出功能等。

作者：洛逸