AVIF

product · 首次出现 2026-06-03 · 最近出现 2026-10-09 · 累计提及 8

综述

AVIF 是一种基于 AV1 视频编码帧内压缩技术的现代图像格式,能在更低文件体积下保持较高画质,并已获得主流浏览器和操作系统的支持,被视为 JPEG 的有力替代方案之一。它由 Alliance for Open Media 推出,凭借免版权费和高压缩率的特点,在 Web 图片传输、相册存储等场景中逐步普及。不过,随着 JPEG XL 回归浏览器支持,图像格式的竞争格局正在发生变化。

AVIF 与图像格式领域的近期进展

  • Rust 实现渐进渲染:谷歌官宣 Chrome 155 浏览器支持解码 JPEG XL 图片格式:谷歌宣布 Chrome 155 重新支持 JPEG XL 的解码,且采用 Rust 编写的渐进渲染实现。此前 JPEG XL 曾被 Chrome 移除,这一回归直接改变了 JPEG XL 与 AVIF 在 Web 平台上的竞争态势,JPEG XL 拥有无损压缩更优和渐进解码等优势,双方此消彼长值得持续关注。
  • SEAOTTER:传感器嵌入式自编码器实现高效图像压缩,兼容JPEG基础设施:arXiv 上的一项研究提出传感器嵌入式自编码器方案,目标是实现高效图像压缩的同时兼容既有 JPEG 基础设施。这类基于深度学习的压缩研究,代表了超越 AVIF、JPEG XL 等传统编码框架的新方向。
  • 设计稿里的图片明明很清晰,为什么到了手机上却糊了?一文讲透 DPR、压缩与格式选择:这篇开发者社区的讨论从 DPR(设备像素比)与压缩策略切入,讲解了图片格式在实际前端开发中的选择问题,AVIF 正是被反复权衡的候选格式之一——体积小但编码耗时和兼容性需要权衡。
  • 开源电子书管理器 Calibre 9.16 发布:新增 Kokoro 语音,改进 PDF 支持:开源工具链对现代图像格式的适配也在推进,Calibre 9.16 的更新体现了生态软件持续跟进新格式标准的趋势。
  • 当前焦点与观察点

    围绕 AVIF 的核心争议集中在三个方面。其一是性能权衡:AVIF 压缩率高、体积小,但编码速度慢、逐行解码体验不如 JPEG XL 的渐进式渲染。其二是平台竞争:Chrome 155 重新支持 JPEG XL 后,浏览器厂商是否会同时保留两种格式的原生支持,将直接影响开发者的格式选型。其三是工具链成熟度:现有编码器速度、各端兼容性以及深度学习压缩研究的进展,都在重塑下一代图像格式的走向。

    对内容站点和前端团队而言,比较务实的做法仍是按场景选择:追求极致压缩和广泛兼容时可优先 AVIF,需要无损与渐进加载的场景则可观望 JPEG XL 的生态恢复情况,同时以 JPEG 作为兜底。图像格式的竞争远未定型,后续浏览器的兼容策略调整值得继续跟踪。

    相关报道

    8 条在档
    AVIF · AI 话题观测|AI热报