Firefox 157 将默认启用 JPEG XL
Firefox 157 will include JPEG XL by default on all platforms
Mozilla 宣布，从 Firefox 157 版本开始，所有平台将默认开启 JPEG XL 解码功能。此前该功能仅在 Nightly 版本和 Firefox Labs 中可用，底层解码器 jxl-rs 采用 Rust 编写。尽管性能曾是主要顾虑，但通过多线程优化，其在解码速度上已接近 Safari，并支持动画与渐进式显示。不过，社区讨论中也有声音指出，无损 JPEG XL 的解码速度比无损 WebP 慢约 30 倍，引发了对电池续航和用户体验的担忧。此次更新标志着 JPEG XL 标准在浏览器生态中的重要一步。
在单线程模式下，无损 JPEG XL 的解码速度比无损 WebP 慢 30 倍，仅换取了 10% 的文件体积缩减。
HN 评论区
130- concinds
既然 Firefox 和 Chromium 都在用 jxl-rs（基于 Rust），我很好奇 Apple 会怎么处理他们已经发布的 libjxl（C++）。我知道他们正在用 Swift 做内存安全方面的改进，但他们目前的平台上是否已经引入了 Rust？另外，我也想知道是否有人对这两个库做过性能基准对比。
--
另外，我之前以为 Chromium 在回退后是依赖 Mozilla 来推出 Rust 移植版，但看来情况恰恰相反。Google Research 干得漂亮。
https://hacks.mozilla.org/2026/08/intent-to-ship-jpeg-xl/
> 于是，我们向 Google Research 的 JPEG XL 团队发起了挑战：用 Rust 构建一个安全、高性能、紧凑且兼容的 JPEG XL 解码器，我们就将其发布。这个挑战被接受了；Google Research 构建了 jxl-rs，它也是我们 Firefox 中 JPEG XL 支持的核心。
- Nition
我原本以为 JPEG XL 是指“超大号”的 JPEG，毕竟在衣服和其他几乎所有地方，XL 都是这个意思。但显然不是：
> '“XL”这个词的词源如下：自 j2k 以来，JPEG 将其所有新标准都命名为以 X 开头的词：XR、XT、XS（S 代表速度，因为它非常快且超低延迟），现在则是 XL。L 代表 Long term（长期），因为目标是打造一种能够取代旧版 JPEG 并像它一样长久使用的格式。'[1]
- Gander5739
Chrome 似乎也在做同样的事：https://groups.google.com/a/chromium.org/g/blink-dev/c/-gDoj...
- rdsubhas
JXL 是我希望我们能全面过渡的技术之一，也就是说，几年后，没人（甚至非技术人士）还会分享、复制或保存 JPEG 文件了。
- yboris
我很好奇，到了 2026 年，HN 上还有多少人没听说过 JPEG XL / jxl？
- pxoe
现在我只希望浏览器能提供更便捷的方法，来应对那些不支持 jxl 或其他图像格式的网站和上传字段，要么自动处理，要么提供某种选项来绕过（比如自动转为 jpeg 或 png 再上传，或者提供“粘贴为图片”功能，这基本上等同于 png 转换，或者其他类似方案）。
- xacky
他们会把它加入 Firefox 115 以支持剩余的 Windows 7/8 用户吗？还是说你需要升级操作系统才能支持一种新的图像格式？
- cubefox
关于 JPEG XL 渐进式解码以及与 AVIF 的文件大小对比，更多信息请见：