Chrome 155 正式支持 JPEG XL 解码
Shipping JPEG XL in Chrome
我们很高兴宣布，Chrome 155 版本已正式推出对 JPEG XL 格式的解码支持。作为下一代图像格式，JPEG XL 在压缩效率、无损压缩及 HDR 支持方面表现卓越，比传统 JPEG 提升 30-50%。为了确保浏览器安全，我们使用 Rust 语言重写了解码器 jxl-rs，在消除内存安全隐患的同时，通过 SIMD 优化保持了顶尖性能。这一决策源于开发者社区在 Interop Project 中的持续反馈。现在，我们鼓励开发者将 .jxl 格式纳入工作流，共同构建更快、更安全的 Web 体验。
内存安全至关重要，但一个既具备内存安全性，速度又与最佳非内存安全替代品相当的解码器，显然比性能大幅妥协的选择更具吸引力。
HN 评论区
262- jug
很快 Firefox 也会在 Stable 版本中加入支持。整个十月，支持范围将从仅限 Safari 扩展到大多数浏览器。真是多事之月！
虽然 AVIF 在某些情况下（比如高压缩比）可能略占上风，但除非你的 CPU 资源极度受限，否则选择 JPEG XL 绝不会出错。我认为该格式的优势在于其极强的通用性，能在一段时间内作为“全能图像格式”，根据具体功能需求，其相对性能表现从“ respectable”到“excellent”不等。根据使用场景，它可以替代 AVIF、PNG、JPEG、WebP，甚至某些需要 TIFF 的场景（如高色深、多通道、图层等）。
- xx_ns
看到 JXL 支持在 Chrome 中重新加入（之前曾被移除，且他们似乎对此不感兴趣 [1]），令人兴奋。
我认为 JXL 是一种很酷的图像格式，但一直受制于最流行的浏览器不支持它，这极大地限制了其应用（尤其是在 Web 领域）。
- swiftcoder
参考之前的 HN 讨论以获取背景信息：
Google 计划在 Chrome 110 中弃用 JPEG XL 支持 - https://news.ycombinator.com/item?id=33399940
JPEG XL 支持已正式从 Chromium 中移除 - https://news.ycombinator.com/item?id=33933208
Chrome Jpegxl 问题重新开启 - https://news.ycombinator.com/item?id=46033330
反对 JPEG XL 的理由 - https://news.ycombinator.com/item?id=49690554
- revolvingthrow
很高兴看到这一进展。我更希望只有一种格式，而不是同时存在 jxl 和 avif，但至少这成了给 WebP 钉上棺材板最后一颗钉子。WebP 似乎除了让人恼火之外，并没有带来什么实质性的收益。
更广泛的生态系统支持虽然尚未普及，但正在缓慢改变。iOS 18 的 Photos 应用无法处理 .jxl，但 iOS 27 可以。同样，在 MacOS 27 上，快速查看和预览功能运行良好，缩略图也能正常显示等。我在 Linux 上也没有发现 .jxl 有任何问题，图像编辑器也在逐步增加支持。
普通的 jpg 在未来十年仍会无处不在，但我很高兴我们终于拥有了更优越的选项，且没有真正的缺点，更无需担心那些专利的鬼话。
- kelseydh
每当推出新的图像格式时，我都会想到应用程序之间的兼容性危机。
例如，Telegram 至今仍未对 .webp 提供合理的支持，它将其视为贴纸。MacOS 更新以支持新格式往往需要很长时间。图像查看器应用则更慢，许多应用甚至从未更新以支持新格式。
- cyberrock
乌龟不知何故跑赢了兔子，因为 Safari 至今仍未在 libjxl 中开启渐进式加载（该功能在 Safari 添加此功能之前就已经存在），而 FF（非 Android 版）和 Chrome 则已默认启用。这场长达三年的“国际象棋时钟”对决现在逆转了。
- YesThatTom2
真该死！我还以为这会揭露 Google 高管试图阻止 JPEG XL 的内部斗争，以及工程师们最终如何说服他们改变主意。
我的猜测是：工程师们并没有赢得这场争论。只是当其他所有浏览器都加入支持后，高管们才放弃了。
- tepmoc
一个缺点是，你无法仅通过文件扩展名来判断该格式是有损还是无损。