google 近期在 chromium 浏览器引擎中再度启用了对 jpeg xl 图像格式的原生支持，并引入了基于 rust 编写的全新解码器 jxl-rs，旨在强化内存安全性与满足日益严格的合规要求。
当前该功能已完成代码集成，但用户仍需手动在 chrome://flags 页面中启用 #enable-jxl-image-format 实验性开关。这也是自 2022 年 Chrome 110 版本起，JPEG XL 首次重返 Chrome 正式渠道。与此同时，其他主流浏览器对该格式的支持仍处于有限状态：Firefox 需通过 about:config 手动开启相关选项，而 Safari 仅提供部分兼容能力。
JPEG XL 被广泛视为可替代传统 JPEG 的新一代开放图像标准。在保持同等视觉质量的前提下，其压缩效率显著提升，文件体积最多可减少约 60%，同时具备极高的解码性能，有助于优化网页资源加载速度与用户体验。过去二十多年占据主导地位的 JPEG 格式，在面对高分辨率、宽色域及 HDR 等现代影像需求时，已显现出压缩率低、功能缺失等局限性，因此业界持续推动更先进、更灵活的开源图像格式落地。
早在 2022 年，Google 曾主动移除 Chrome 中对 JPEG XL 的实验性支持，主要原因包括：网站端实际采用率偏低、上下游生态尚未成熟，持续投入维护资源性价比不高。此外，Google 也正大力推广由其深度参与制定的 AVIF 格式，期望借此增强自身在 Web 图像标准领域的话语权。
时隔两年，多重动因促使 Google 重新评估并恢复 JPEG XL 支持。
首先，苹果与 Mozilla 已分别在其 Safari 和 Firefox 浏览器中陆续加入 JPEG XL 支持，使 Chrome 成为当时唯一未提供该格式能力的主流浏览器，形成明显短板。其次，PDF 协会已于 2025 年底正式将 JPEG XL 列为 PDF 规范中嵌入 HDR 内容的首选图像编码方案。这意味着若要确保 Chrome 内置 PDF 查看器能完整渲染新一代 PDF 文档中的 HDR 图像，重新启用 JPEG XL 已成为技术刚需。
帮助用户满足已验证的需求：代理用户在Clawhub上对Gog式工作流有强烈需求，需要实际帮助修复bug、强化设置等。
再者，在面向开发者的调研反馈中，JPEG XL 被高频列为浏览器图片支持环节的核心痛点之一；其渐进式加载、动画支持等高级特性，亦受到内容平台与图像处理工具开发者的广泛关注与期待。
此次回归，Google 并未沿用旧有 C/C++ 实现，而是全面采用 Rust 编写的 jxl-rs 解码器。借助 Rust 天然的内存安全机制，有效规避了传统语言中常见的缓冲区溢出、空指针解引用等高危漏洞，大幅降低了长期维护过程中的安全风险与工程负担。
对 Google 而言，Rust 不仅提升了代码可靠性，也为在亿级用户规模下安全启用新图像格式铺平了道路。
对于前端开发者与网站运营团队而言，随着 Chrome 重新补齐这一关键支持，JPEG XL 在桌面端与移动端主流浏览器中的兼容闭环正加速成型，未来在网页图像、PDF 渲染、富媒体应用乃至 WebAssembly 图形管线等场景中的规模化落地，或将进入实质性提速阶段。
源码地址：点击下载
