返回博客列表
JPEG XL
浏览器支持
图像格式
无损压缩
Chrome
Firefox

JPEG XL 浏览器默认支持:下一代图像格式迎来转折点

Chrome 155 和 Firefox 158 正式默认支持 JPEG XL,标志其从实验走向实用。文章详述 JXL 的技术优势、无损再压缩原理、浏览器支持情况及实际使用场景。

作者:zippic
2026/10/17
阅读时间 5 分钟
目录
JPEG XL 浏览器默认支持:下一代图像格式迎来转折点 的封面图

10 月 6 日,Chrome 宣布从 155 版本起默认支持 JPEG XL(JXL)格式。Firefox 随后在 158 版本也开启了默认支持。这意味着主流浏览器引擎对 JXL 的支持终于从「实验」走向实用。

Chrome 宣布支持 JXL

JXL 是什么?

JPEG XL 是由联合图像专家小组(JPEG)、Google 和 Cloudinary 共同开发的新一代位图图像格式,2021–2022 年正式成为国际标准(ISO/IEC 18181)。它的目标是同时取代 JPEG、PNG、GIF,并在现代 Web 场景中与 AVIF、WebP 竞争。

JPEG 与 JPEG XL 的核心区别

对比项JPEGJPEG XL
发布时间1992 年2021–2022 年
压缩方式仅有损有损 + 无损
相对 JPEG 体积基准通常小 30–50%(视内容与质量而定)
透明通道(Alpha)不支持支持
动画不支持支持
HDR / 宽色域不支持原生支持
渐进式解码支持较弱更优秀、更精细
对现有 JPEG 的处理—可无损再压缩(约小 16–22%,且能完美还原)
位深通常 8-bit最高 32-bit 浮点
最大尺寸有限单边可达约 10 亿像素

需要注意的是:在当前 Web 有损照片场景中,AVIF 通常比 JPEG XL 更小(根据 2026 年 10 月的系统对比,JXL 在默认设置下往往比同等质量的 AVIF 大约 15–25%)。JPEG XL 的优势主要集中在无损压缩、对存量 JPEG 的无损再压缩、优秀的渐进式加载以及高保真/HDR 场景。

无损再压缩现有 JPEG 的原理

传统转码(转成 WebP 或 AVIF)必须先把 JPEG 解码成像素,再用新格式重新编码。这个过程既慢,又会因为重新量化而丢失原始信息,无法逆转。

JPEG XL 的无损转码路径完全不同:它跳过像素解码,直接操作 JPEG 文件内部已经量化好的压缩数据。具体来说,它提取 JPEG 中的离散余弦变换(DCT)系数,并将其重新封装到 JPEG XL 的容器中。由于原始 DCT 系数被原封不动保留,这本质上是一种格式重排,而非重新压缩。

生成的 JXL 文件中会包含一个叫 JBRD 的盒子(JPEG Bitstream Reconstruction Data),连同码流中存储的量化表和 DCT 系数,共同构成了重建原始 JPEG 文件所需的全部信息。因此可以做到字节级完美还原。

JPG VS JXL

如何检查浏览器是否支持 JXL

可以通过下面脚本在浏览器控制台进行检测:

async function supportsJpegXl(testUrl = 'https://jpegxl.info/ComparisonImages/AVIF_CompareSizeSameQuality/close-up-beautiful-chicken-country-lifestyle.png.d0.6.7.jxl') {
  return new Promise((resolve) => {
    const img = new Image();
    img.onload = () => resolve(true);
    img.onerror = () => resolve(false);
    img.src = testUrl;
  });
}

supportsJpegXl().then(supported => {
  console.log('浏览器支持 JPEG XL?', supported);
});

JXL 检测

实际生产中更推荐使用 <picture> 做渐进增强,而不是完全依赖 JS 检测。

浏览器支持情况(2026 年 10 月)

  • Chrome / Chromium 系:155 起默认支持(2026-10-06 发布),使用内存安全的 Rust 解码器 jxl-rs。
  • Firefox:158 起默认支持(约 2026-10-13 发布),同样基于 jxl-rs。
  • Safari:17 起支持静态图(部分支持,动画与渐进式能力较弱)。
  • Edge 等 Chromium 内核浏览器会随后跟上。

如何使用与转码

现在可以通过 zippic 等工具选择输出 JXL 格式。对于已有大量 JPEG 的场景,优先使用无损再压缩(保留原始质量并可随时还原)。

zippic转换JSX

推荐的使用方式是配合 <picture> 做多格式回退:

<picture>
  <source srcset="image.jxl" type="image/jxl">
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="描述">
</picture>

常见编码工具包括 cjxl(libjxl)、jixel、libvips、Sharp 等。

什么时候优先用 JPEG XL?

场景推荐优先级原因
存量 JPEG 无损迁移JPEG XL唯一能无损再压缩并完美还原的格式
无损压缩 / 高保真存档JPEG XL无损效率通常优于 WebP 和 AVIF
需要优秀渐进式加载JPEG XL渐进式表现明显优于 AVIF
普通网页有损照片AVIF 优先,JXL 可试AVIF 通常更小,两者都值得对比
截图、UI、透明图AVIF 优先差距通常较大

Chrome 官方也建议「AVIF 和 JPEG XL 都试一试」,根据具体图像选择最优结果。

总结

JPEG XL 是目前技术上非常优秀的下一代图像格式之一。它在功能完整性(无损、动画、透明、HDR、高位深、渐进式)上表现突出,尤其在存量 JPEG 无损迁移和无损压缩场景具有独特优势。

随着 2026 年 10 月 Chrome 155 和 Firefox 158 正式默认支持,它已具备更广泛的实用基础。对于新项目,可将其作为优先候选格式之一,并配合 AVIF/WebP 做好回退;对于已有大量 JPEG 的场景,则可利用其无损再压缩能力实现平滑迁移。

需要压缩图片吗?
试试 zippic - 免费的在线图片压缩工具
  • 压缩图片高达90%且不损失质量
  • 在浏览器中本地处理图片
  • 支持 JPG、PNG、WebP、GIF 等多种格式