AVIF
基于AV1视频编解码器的图像格式，将AV1视频编解码器的单帧输出封装为图像，可复用视频硬件加速基础设施，已获Chrome、Firefox等主流浏览器支持
核心事实
时间轴 (近 90 天)
WebP和AVIF格式通常比同质量的JPEG/PNG体积更小，但需考虑浏览器兼容性，可通过`<picture>`元素配合`srcset`提供回退。
Jake Archibald比较了JPEG XL与AVIF在常见Web用例下的表现。
AVIF 基于 AV1 的帧内压缩，在同等主观质量下文件体积往往能压到 WebP 的六成左右。
AVIF 编码复杂度高、构建耗时较长，批量处理大图时 CPU 占用不容忽视。
短期内 AVIF 是更安全的默认选择，JPEG XL 的价值在特定场景下依然成立。
对于服务开放互联网用户、图片更新频繁的站点，AVIF 配合 WebP 回退是目前最稳妥的方案。
可以用 `picture` 元素配合 `source` 的 `type` 属性同时输出 AVIF 和 JPEG XL 两种格式做内容协商，但会增加构建复杂度与存储开销。
JPEG XL 编码器在速度上普遍被认为比 AVIF 更友好，尤其无损转码几乎可以顺手完成。
对新项目可直接默认使用 WebP，对极致性能页面可用 picture 标签搭配 AVIF 首选、WebP 兜底、JPEG 最终 fallback
AVIF 在相同质量评分下往往比 WebP 节省 20%-50% 的文件体积
还有 8 条时间轴事件
全部知识事实 (18)
AVIF本质上是将AV1视频编解码器的单帧输出封装为图像格式，可复用视频芯片的AV1硬件解码能力实现硬件加速
65%待验证AVIF基于AV1视频编码，压缩效率比WebP再提升约20%，但编解码计算开销更大，目前仍处于普及过渡期
85%待验证WebP和AVIF格式通常比同质量的JPEG/PNG体积更小，但需考虑浏览器兼容性，可通过`<picture>`元素配合`srcset`提供回退。
50%待验证Jake Archibald比较了JPEG XL与AVIF在常见Web用例下的表现。
50%待验证可以用 `picture` 元素配合 `source` 的 `type` 属性同时输出 AVIF 和 JPEG XL 两种格式做内容协商，但会增加构建复杂度与存储开销。
50%待验证对于服务开放互联网用户、图片更新频繁的站点，AVIF 配合 WebP 回退是目前最稳妥的方案。
50%待验证AVIF 基于 AV1 的帧内压缩，在同等主观质量下文件体积往往能压到 WebP 的六成左右。
50%待验证AVIF 编码复杂度高、构建耗时较长，批量处理大图时 CPU 占用不容忽视。
50%待验证JPEG XL 编码器在速度上普遍被认为比 AVIF 更友好，尤其无损转码几乎可以顺手完成。
50%待验证AVIF 目前仍处于工具链补齐阶段，Squoosh、Cloudflare Images 等已支持，但并非所有构建工具和 CMS 插件都已原生集成
50%待验证对新项目可直接默认使用 WebP，对极致性能页面可用 picture 标签搭配 AVIF 首选、WebP 兜底、JPEG 最终 fallback
50%待验证AVIF 在相同质量评分下往往比 WebP 节省 20%-50% 的文件体积
50%待验证AVIF 的编码计算量远大于 WebP，生成一张 AVIF 图片有时需要数倍于 WebP 的 CPU 时间
50%待验证作者将解密后的图片重新编码为 AVIF 格式，将原本 4.5 GB 的图片体积压缩到 1.6 GB
50%待验证AVIF的渐进式解码支持较为有限，在大图加载场景下体验不及JPEG XL流畅
50%待验证AVIF编码速度相对较慢，对高分辨率图像编码尤为耗时，其分块编码特性在平滑渐变区域容易产生方块感伪影
50%待验证AVIF已获得Chrome、Firefox等浏览器的支持
50%待验证AVIF基于AV1视频编码，谷歌是AV1生态的主要推动者
50%