Google 近日在 Chromium 浏览器引擎中重新加入对 JPEG XL 图片格式的原生支持，并采用全新的 Rust 实现解码器 jxl-rs，以满足长期存在的内存安全和安全合规要求。

目前该功能已集成进代码，但用户仍需在 chrome://flags 中手动打开 #enable-jxl-image-format 开关，这也是自 2022 年 Chrome 110 版本之后，该格式首次重回 Chrome 正式渠道。 与此同时，其他主流浏览器对 JPEG XL 的支持依然不算完善：Firefox 需要在设置中手动启用，而 Safari 只有部分支持。

JPEG XL 被视为替代老旧 JPEG 标准的下一代图片格式，相比传统 JPEG，在画质相当的条件下可将文件体积极大缩减，压缩后体积最多可缩小约 60%，同时仍具备极快的解码速度，有利于网页加载性能的整体提升。 过去二十多年大规模普及的 JPEG，在现代标准下压缩效率已相对落后，因此业界一直在寻找新的开放格式，用以支撑更高分辨率和 HDR 等新一代影像需求。

Google 曾在 2022 年主动移除 Chrome 中对 JPEG XL 的实验性支持，当时给出的理由包括：网站端采用率偏低、生态需求不足，继续投入维护成本意义有限。 此外，Google 自身也在积极推动另一种由其参与制定的图片格式 AVIF，希望推动 Web 端更多采用该格式，从而在标准话语权上占据优势。

两年之后，多个因素共同推动 Google 改变立场，促成 JPEG XL 的 “回归”。

一方面，苹果与 Mozilla 近年先后在各自浏览器中提供了该格式支持，使得 Chrome 一度成为主流浏览器中唯一缺席 JPEG XL 的 “例外”。 另一方面，2025 年底，PDF 协会将 JPEG XL 选为 PDF 规范中嵌入高动态范围（HDR）内容的首选解决方案，这意味着如果 Google 希望其内置 PDF 查看器完整呈现新一代 PDF 文档中的 HDR 图像，就不得不重新支持该格式。

此外，在开发者调研与问卷中，JPEG XL 被开发者列为浏览器端图片支持方面的首要痛点，进阶特性如渐进式解码和动画能力吸引了大量内容提供方和工具开发者。

这一次重新接纳 JPEG XL，Google 采用了用 Rust 语言编写的新解码实现 jxl-rs，通过内存安全特性降低安全漏洞和维护负担的风险。

在 Google 看来，Rust 这种内存安全语言有助于降低长期维护成本，避免传统 C/C++ 实现中频繁出现的内存错误，为在大规模用户群体中开启新格式支持扫清了重要障碍。

对开发者和网站运营方而言，随着 Chrome 重新加入这一拼图，JPEG XL 在桌面和移动端浏览器上的完整链路正在形成，未来在网页、PDF 乃至更多多媒体内容场景中的落地有望进一步提速。