JPEG XL vs AVIF
两者都能存照片，但取舍不同。以下是它们真正的差别，以及该怎么选。
一句话结论
论压缩两者接近，JPEG XL 在高保真和无损场景上更强。论浏览器支持两者完全不接近 —— 而对今天要发到网上的东西，决定权在后者。
这个问题从哪来
这是一场关于格式政治的对比。两者都很现代、技术上都很优秀，而一个遍地都是、另一个没有，原因更多在于**谁把解码器发出去了**，而不是画质。如果你是为开放网络选，这个决定已经替你做好了；如果你是为归档选，它才真的是个开放问题。
逐项对比
| 属性 | JPEG XL | AVIF |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 45-60% | 约为同等 JPEG 的 40-55% |
| 兼容性 | Safari 与较新的 Chrome 支持；其他环境仍不普遍 | 所有现代浏览器支持；部分老旧桌面软件尚未跟进 |
| 常见来源 | 长期归档与摄影后期流程 | 为减小页面体积而优化的网站 |
真正的差别在哪
浏览器支持就是全部故事
截至 2026 年 8 月，Safari 自 2023 年起开箱支持 JPEG XL，而且至今是唯一一个；Chrome 145 内置了解码器但压在 flag 后面，预计 2026 年下半年默认开启。开箱覆盖率约 14%。相比之下 AVIF 在所有当前主流浏览器里默认可用。这些数字会变 —— 依赖本段之前请先核实。
JPEG XL 能把已有的 JPEG 无损重打包
这是它最独特的能力，AVIF 没有对应物。JPEG XL 能把一张已有的 JPEG 重编码到大约小 20%，并且**逐比特可逆** —— 你可以原样重建出原来的 JPEG。对一个存着几百万张历史 JPEG 的归档来说，这等于省掉五分之一的存储账单，而且完全不需要就画质损失做任何取舍。
AVIF 继承了整个视频生态
AVIF 是包在 AV1 里的静态图，这意味着它能搭上硬件解码器、流媒体基础设施，以及整个行业十年来针对视频带宽的投入。JPEG XL 从一开始就是为图像设计的，单论图像格式可以说更好，但它没有这股顺风。实践中，这正是一个铺开了、另一个没有的原因。
该用哪个
这些情况用 JPEG XL
归档、摄影图库，以及软件由你掌控的内部流水线 —— 尤其是你手上已经压着一大批 JPEG 的时候。
这些情况用 AVIF
任何要发到开放网络上的东西 —— 浏览器默认支持不是可选项，而两者之中只有 AVIF 具备。
一个常见的坑
你读到的关于 JPEG XL 的说法，很多已经过期
Chrome 在 2023 年移除了 JPEG XL 的 flag，而大量停留在那个时刻的评论至今在宣布这个格式已死。此后的情况其实是朝反方向走的。不管你读到什么关于它支持状态的说法 —— 包括这一页 —— 动手之前先看一眼日期。