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

JXL 是什么?
JPEG XL 是由联合图像专家小组(JPEG)、Google 和 Cloudinary 共同开发的新一代位图图像格式,2021–2022 年正式成为国际标准(ISO/IEC 18181)。它的目标是同时取代 JPEG、PNG、GIF,并在现代 Web 场景中与 AVIF、WebP 竞争。
JPEG 与 JPEG XL 的核心区别
| 对比项 | JPEG | JPEG 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 文件所需的全部信息。因此可以做到字节级完美还原。

如何检查浏览器是否支持 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);
});

实际生产中更推荐使用 <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 的场景,优先使用无损再压缩(保留原始质量并可随时还原)。

推荐的使用方式是配合 <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 的场景,则可利用其无损再压缩能力实现平滑迁移。
