2025 年 4 月 14 日，Mozilla 和 Google 在同一天发出“Intent to Ship”，宣布 Firefox 157 和 Chrome 将默认启用 JPEG XL 解码支持。这是自 2021 年 JPEG XL 标准化以来，两大浏览器首次将其纳入默认配置，结束了长达四年的等待。对 Web 开发者来说，这是四年来最好的图像格式新闻。

四年拉锯：从 Chrome 移除到 Mozilla 与 Google 同日放行

JPEG XL 的浏览器之路并不平坦。2023 年，Google 在 Chrome 中移除了对实验性 JPEG-XL 图像格式的支持，引发广泛争议。Chrome/Chromium 占据九成市场份额，是 Web 标准事实上的仲裁者，这一决定几乎宣判了 JPEG XL 在网页端的死刑。开发者社区对此反应强烈，但 Google 当时并未给出明确解释。

转折发生在 2025 年。Google 改变了主意，Chrome/Chromium 加入了用 Rust 语言开发的 JPEG-XL 图像解码器 jxl-rs，并准备默认启用支持。Mozilla 也通过邮件列表宣布，即将发布的 Firefox 157 将默认启用 JPEG XL。两家公司选择在同一天发出“Intent to Ship”，这并非巧合，而是经过协调的举动，标志着 JPEG XL 在主流浏览器中的全面回归。

“Intent to Ship”是 Web 标准开发流程的重要环节，特指浏览器引擎在发布新 CSS/HTML 特性前的公开声明阶段，旨在征求社区反馈、评估兼容性风险，避免破坏现有网站。Mozilla 和 Google 同时发出这一声明，意味着 JPEG XL 的解码支持已经过充分测试，可以安全地默认开启。

JPEG XL 凭什么值得等？技术优势与 WebP、AVIF 的对比

JPEG XL 是一种免版税的位图文件格式，支持有损和无损压缩，旨在超越现有的位图格式，并成为它们的通用替代。与 WebP 和 AVIF 相比，JPEG XL 在多个维度上表现出色。

压缩率方面，JPEG XL 在有损压缩上通常比 WebP 高出 20%-30%，与 AVIF 相当或略优；在无损压缩上则明显优于两者。编码速度上，JPEG XL 的编码器经过优化，速度接近 JPEG，远快于 AVIF 的编码过程，这对高吞吐量的图片服务至关重要。

功能支持上，JPEG XL 支持渐进式解码，可以像旧式 JPEG 那样先显示模糊轮廓再逐步清晰，而 WebP 和 AVIF 的渐进式支持有限。此外，JPEG XL 支持无损裁剪、旋转、多帧动画、HDR 和广色域，这些特性使其成为真正的“通用格式”。免版税也是一大优势，相比 AVIF 背后的专利池风险，JPEG XL 的开放授权让企业更放心采用。

默认启用意味着什么：Web 开发者终于可以放心使用

对 Web 开发者而言，默认支持意味着可以放心地在生产环境中使用 JPEG XL，而无需担心主流浏览器不支持。过去，开发者即使想用 JPEG XL，也必须提供 WebP 或 JPEG 回退，增加了工作量和复杂度。现在，Firefox 和 Chrome 的默认支持让 JPEG XL 成为可靠的选择。

开发者可以利用 JPEG XL 的渐进式渲染，为慢速网络用户提供更好的体验：先加载低分辨率预览，再逐步加载高清版本，减少首屏等待时间。高质量压缩则意味着更小的图片体积，加快页面加载速度，降低带宽成本。对于图片密集型网站，如电商、新闻和社交媒体，这些优势直接转化为用户留存和转化率的提升。

此外，JPEG XL 支持无损压缩，适合需要保留原始图像数据的场景，如摄影作品展示和医学影像。开发者可以统一使用 JPEG XL 处理所有图片，简化工作流程，不再需要为不同用途选择不同格式。

兼容性挑战：旧浏览器、CDN 与工具链的适配问题

尽管 Firefox 和 Chrome 即将默认支持，但兼容性挑战依然存在。旧版浏览器（如 Firefox 156 及更早版本、Chrome 126 及更早版本）不支持 JPEG XL，开发者仍需提供回退方案。常见的做法是使用 <picture> 元素，在 source 中指定 JPEG XL，并在 img 中提供 WebP 或 JPEG 作为后备。

CDN 和图像处理工具的支持也参差不齐。许多 CDN 尚未支持 JPEG XL 的实时转码，开发者需要自行准备多种格式的图片，或等待 CDN 服务商更新。图像编辑软件和构建工具（如 Photoshop、ImageMagick）对 JPEG XL 的支持也在逐步完善，但尚未普及。

值得关注的是，Chrome 采用的 jxl-rs 是 Rust 实现，而 Safari 早在 2023 年就支持 JPEG XL，但使用的是 C++ 实现。不同实现可能带来细微的兼容性差异，开发者需要在目标浏览器上进行充分测试。

行业格局：JPEG XL 能否撼动 WebP 和 AVIF 的地位？

JPEG XL 的全面支持将重塑网页图片格式的竞争格局。Safari 早在 2023 年就加入了 JPEG XL 支持，如今 Chrome 和 Firefox 也加入，三大主流浏览器全部支持，JPEG XL 的市场覆盖率将接近 100%。

WebP 作为 Google 力推的格式，已经广泛使用，但 JPEG XL 在压缩率和功能上更优，可能会逐步蚕食 WebP 的份额。AVIF 凭借出色的压缩率在近年崛起，但其编码速度慢、渐进式支持不足，JPEG XL 的均衡表现可能使其成为更实用的选择。

不过，格式的迁移并非一蹴而就。WebP 和 AVIF 已经积累了庞大的存量图片和工具链，开发者不会轻易放弃。JPEG XL 需要证明其在真实场景中的稳定性和性能优势，才能吸引开发者迁移。未来，JPEG XL 可能与 AVIF 共存，各自适用于不同场景：JPEG XL 适合需要渐进式加载和快速编码的场景，AVIF 适合对压缩率要求极高的静态图片。

对中文开发者与从业者的实际影响：从图片优化到用户体验

对于中文网站和应用，JPEG XL 的默认支持带来了切实的收益。中国互联网用户众多，移动端占比高，图片体积直接影响加载速度和流量费用。JPEG XL 的高压缩率可以显著减小图片体积，加快页面加载，提升用户体验，尤其在 4G/5G 网络下效果明显。

SEO 方面，页面加载速度是搜索引擎排名的重要因素，使用 JPEG XL 优化图片有助于提升网站性能评分。国内 CDN 和云服务商（如阿里云、腾讯云）对 JPEG XL 的支持尚在初期，但预计会随着浏览器支持而跟进。开发者可以提前在测试环境中验证 JPEG XL 的兼容性，并制定迁移计划。

落地建议：对于新项目，可以直接采用 JPEG XL 作为主要图片格式，并设置回退；对于存量项目，可以逐步将关键图片转换为 JPEG XL，观察性能变化。同时，关注 CDN 服务商的更新，及时启用 JPEG XL 转码功能。

尚未定论：编码器成熟度、专利风险与未来演进

尽管前景光明，JPEG XL 仍存在争议点。编码器性能方面，虽然 JPEG XL 的编码速度优于 AVIF，但相比 JPEG 仍有一定开销，在高并发场景下可能成为瓶颈。硬件加速支持尚不完善，移动设备上的解码功耗和速度有待优化。

专利风险是另一个隐忧。尽管 JPEG XL 宣称免版税，但涉及的技术可能触及某些专利，企业需要评估法律风险。不过，与 AVIF 相比，JPEG XL 的专利情况相对清晰，这也是其优势之一。

未来，JPEG XL 是否会取代 AVIF，还是与 AVIF 共存，取决于生态系统的演进。浏览器支持只是第一步，编码器优化、CDN 集成、工具链完善都需要时间。标准组织可能会继续改进 JPEG XL，例如增加对硬件加速的支持，或优化编码器速度。无论如何，JPEG XL 的默认支持已经为网页图片格式带来了新的变局，开发者值得密切关注。

参考来源