谷歌曾放弃支持JPEG XL图像格式而转向自家开发的AVIF格式，但最新消息显示Chromium团队已决定重新支持JPEG XL，这一反转将改变目前浏览器对JPEG XL兼容性不足的局面。

标题：谷歌"复活"JPEG XL图像格式？

2025年11月28日，技术博主Toni Sagrista发表文章，披露谷歌Chromium团队已撤销对JPEG XL格式的"废弃"标记，决定在Blink引擎中重新支持这一图像格式。

背景回顾： - 2022年谷歌曾以"生态系统兴趣不足"为由，在Chromium中移除了JPEG XL支持，力推自研的AVIF格式 - 这一决定遭到Meta、Intel、Adobe等多家企业及开源社区的强烈反对 - 2023年测试显示，当时仅17%的Safari用户能浏览JPEG XL图片

转机出现： 1. 火狐浏览器考虑开发Rust版解码器 2. PDF协会宣布计划将JPEG XL作为HDR内容首选格式 3. 谷歌研究院已启动jxl-rs项目开发内存安全解码器

技术优势： - 无损压缩：可将JPEG文件缩小30%且不损失画质 - 超高兼容：支持10亿像素级图像、32位色深、4099个通道 - 专业功能：支持HDR广色域、渐进式解码、动画、透明通道等 - 抗损性强：多重压缩后仍保持优秀画质

市场影响： 作为占据浏览器市场主导地位的引擎，Chromium的支持将使JPEG XL有望成为下一代图像标准。作者预测该格式将很快获得广泛应用，并计划在个人网站中率先采用。

这一反转凸显开源社区的影响力，也反映出技术决策应更重视行业实际需求。尽管过程曲折，但图像格式的演进终于朝着更开放、更高效的方向迈进。

总结评论内容如下：

1. 对Google垄断地位的批评

   • 认为Google作为垄断企业不应主导网络标准，应由其他机构决定标准
   • 引用："As a monopoly, Google should be barred from having standards positions"
   • 引用："The web platform should not be as inconsistent as Google's own product strategies"

2. JPEG XL技术价值的讨论

   • 支持者强调其高分辨率压缩能力
   • 引用："A full-resolution...image: Uncompressed: 3.5–7 exabytes"
   • 引用："The standard itself is clearly an improvement over what we've had"

3. 实施安全性的担忧

   • 关注C++实现的潜在安全风险，建议用Rust重写
   • 引用："the reference implementation in C++ looked pretty bad...security issue waiting to happen"
   • 引用："100M+ line C++ multi-threaded dependency being a potential nightmare"

4. 对标准制定过程的质疑

   • 认为标准制定过程缺乏公信力
   • 引用："Starting to feel like this whole 'standards' thing is a giant farce"
   • 引用："the only time I ever hear about JPEG XL is when people complain about Chrome"

5. 历史背景补充

   • 提供相关历史讨论链接，显示该议题的持续性
   • 引用多个HN历史讨论链接（评论4）

6. 格式竞争预测

   • 预计将出现AVIF2与JPEG XL的新一轮竞争
   • 引用："AV2 is in the works...another AVIF2 vs JPEG XL battle"