如何将 JPG 转换为 AVIF
把 JPEG 拖到上传区，或点击从设备里挑一张。文件一到转换就开始，没有转换按钮。为做出最好的 AVIF，RoundCut 可能把图片送到我们的服务器，而一次转换多张总是这样做，结果约 2 小时内删除。若这条路不可用，编码就在浏览器里收尾，第一次需要片刻预热。小照片一瞬即成。8 百万像素的照片约 2 到 3 秒。AVIF 好了之后，点下载即可用相同的基本名加新扩展名保存。
正在加载您的文件…
将 JPG 转换为 AVIF，最小的现代照片格式
把 JPEG 变成轻巧的 AVIF，照片缩小 40 到 86 个百分点。
正在加载您的文件…
或将图片拖放到此处
转换中…
0%
正在转换您的图片
这可能需要一分钟左右——多个文件会稍久一些。请保持此标签页打开。
图片已转换为 AVIF
快速答案
把 JPG 转成 AVIF，编码器会返回一个在相同观感下通常比原图轻 40 到 86 个百分点的文件。在我们的测试里，17KB 的 JPEG 变成 6KB 的 AVIF，116KB 的照片变成 16KB。为做出最好的 AVIF，RoundCut 可能在我们的服务器上处理图片，而一次转换多张总是在那里完成。送过去的东西约 2 小时内消失，你也可以更早清掉。若这条路不可用，转换就直接在浏览器里收尾。AVIF 和 JPEG 一样是有损的，所以这是一次从有损到有损的转换，在默认画质下照片与原图难以分辨。超过 8 百万像素的大照片可能要几秒，因为 AVIF 用速度换压缩。
AVIF 会小多少？
在我们的端到端测试里，一张典型 1024 乘 768 的 JPEG 变成了更小的 AVIF，缩减了 64 个百分点。一张 3840 乘 2160 的照片缩减了 86 个百分点。真实照片上现实的区间是轻 40 到 86 个百分点，取决于画面里有什么。天空和皮肤这类平滑区域压缩得很狠。树叶、布料和胶片颗粒这类繁杂纹理压缩得少。画质保持在为摄影调校的默认值，在正常观看距离下与源文件视觉一致。在较低的画质档位上，以及在带有大片平滑区域的摄影内容上，AVIF 对 WebP 的领先会拉得更开，那正是它的预测模型最见功夫的地方。
AVIF 到处都能用吗？
截至 2026 年，全球 94% 的浏览器都能读取 AVIF。Chrome 自 85 版起，Firefox 自 93 版起，Edge 自 121 版起，以及 iOS 16 和 macOS Ventura 及以后的 Safari，都能原生解码，无需任何插件。停留在 iOS 15 或更早的旧款 iPhone 不行，Internet Explorer 和 2022 年以前的安卓浏览器也不行。要做到完整覆盖，就在 HTML 的 picture 元素里给 AVIF 配上 JPG 或 WebP 的后备，浏览器会挑出第一个它读得懂的格式。而对于受众都用新设备的现代网络分发，AVIF 单独使用就够了，不需要后备。这个格式早已走出实验阶段，稳稳进入了面向大众消费流量的可用于生产的领域。
什么时候用 AVIF，什么时候用 JPG
在主图、相册照片，以及任何由支持内容协商的 CDN 分发、受众用现代浏览器的场景下，请选 AVIF。在任何画质下，AVIF 的文件大小都胜过 JPEG 和 WebP。为旧流程保留 JPEG：邮件附件、可能被下游工具再次处理的 CMS 上传、印刷服务，以及任何 2022 年以前搭建的工作流。如今大多数生产站点通过 picture 标签给现代浏览器送 AVIF 并配 JPEG 后备，既锁住体积上的收益，又为其余用户保住完整覆盖。如果你是在自己掌控的站点上替换 JPEG 图片，那么 AVIF 是 2026 年最强的单一格式选择，前提是你能承受一次较慢的转换。
你的照片在哪里处理
AVIF 是又慢又重的格式，所以为了给你最高画质下最小的文件，RoundCut 可能在我们的服务器上编码，而不是在标签页里。一次转换多张总是在我们的服务器上跑，文件会被打包成一个下载交回。送到那里的东西约 2 小时内消失，你也可以在结果页里立刻清掉。若这条路不可用，同样的转换会在浏览器里作为后备运行。所以一张照片可能留在本地，也可能视情况送到我们的服务器，而一批总是用到它。无论哪种，照片只用来生成你的 AVIF，什么都不保留。
AVIF 比 WebP 更好吗？
AVIF 和 WebP 都是现代且免版税的格式，压缩都优于 JPEG。在相同画质下，AVIF 通常做到更小的文件，尤其在平滑的摄影内容上，并且支持 HDR 和 10 位色深。代价是转换速度。AVIF 明显慢于 WebP。把一张 4K 照片转成 AVIF 在桌面版 Chrome 上约需 2.8 秒，而 WebP 不到 600 毫秒。浏览器支持很接近，WebP 占 97% 的流量，AVIF 占 94%。在你想要尽可能轻的文件、又能承受一次较长转换的网络分发场景下，AVIF 是更好的选择。而在以速度为先的批量工作里，WebP 仍是更实用的那个。
工作原理
-
拖入或选择你的 JPEG
点击上传区，或从设备里把 JPEG 拖进来。文件一到转换就自己开始，没有单独的转换按钮。
-
让它处理
为搭出最好的 AVIF，RoundCut 可能在我们的服务器上跑编码，而转换多张总是这样。一张照片也可能在浏览器里收尾，第一次需要片刻预热。
-
让转换完成
小照片在零点几秒内完成。超过 400 万像素的照片在桌面上要花几秒，手机更慢。转换过程中会显示进度提示。
-
下载 AVIF
点击下载保存结果。文件保留原名，并由系统替你换成 .avif 扩展名，所以无需重命名任何东西。
相关工具
反向转换，或为您的工作流程比较其他格式。
常见问题
为什么要把 JPG 转换为 AVIF？
在给定画质下，AVIF 生成的文件是所有广泛支持的格式中最小的，通常比 JPEG 轻 40 到 86 个百分点，并且在相同档位上比 WebP 更小。如果你在站点上管理主图或相册照片，转用 AVIF 能削减带宽、降低托管成本，还能直接改善 Largest Contentful Paint，这是 Google 用作排名信号的一项 Core Web Vitals 指标。如今浏览器支持已达全球 94%，因此大多数访客看到的就是 AVIF 版本。
哪些浏览器支持 AVIF？
Chrome 85 及以后、Firefox 93 及以后、iOS 16 和 macOS Ventura 及以后的 Safari 16.4，以及 Edge 121 及以后，原生支持 AVIF，覆盖了 2026 年全球约 94% 的浏览器流量。不支持的主要是仍停在 iOS 15 的旧款苹果设备和 Internet Explorer。若你需要照顾到这些用户，可以在 HTML 的 picture 元素里给 AVIF 搭配一个 JPEG 或 WebP 后备，不支持的浏览器会自动降级到后备格式，而支持的浏览器享受 AVIF 带来的体积节省。
AVIF 比 WebP 更好吗？
论文件大小，AVIF 通常胜出，因为它在相同视觉画质下做到更小的文件，尤其在平滑的摄影内容上。论转换速度，WebP 快得多，处理一张 4K 照片不到 600 毫秒，而 AVIF 在桌面版 Chrome 上约需 2.8 秒。浏览器支持很接近，但 WebP 以 97% 对 94% 略微领先。对于体积最为关键的生产级网络分发，AVIF 是 2026 年更好的选择。对于以速度为重的实时或批量转换，WebP 更实用。
AVIF 支持透明吗？
支持。AVIF 带有完整的 alpha 通道用于透明，而 JPEG 没有。不过当你从 JPEG 源转换时，没有透明可以保留，因为 JPEG 始终完全不透明。如果你是从一张带透明的 PNG 或 WebP 出发，并想在 AVIF 里保住它，那就直接从那个源转换。只要源图本身已带有 alpha 通道可供传递，本工具的 AVIF 输出就会带上它。
它使用什么画质设置？
本工具以一个为摄影调校的接近无损的默认值进行转换。所得的 PSNR 约为 42 dB，在正常观看条件下对照片而言与源文件一致。这个设置很好地平衡了体积与画质：再往下会让文件更小，但会在照片上带来可见的瑕疵，往上走则会蚕食掉那份让 AVIF 值得一用的体积优势。我们提供的默认值对大多数网络发布而言正合适，这也正是为什么没有滑块可供折腾。
我能一次把多张 JPG 转成 AVIF 吗？
可以。放入多张 JPEG，它们会在我们的服务器上一起转换，再作为一个下载交回。你送的文件约 2 小时内消失，也可以在结果页里更早清掉。一张照片则可能在浏览器里处理。AVIF 编码很重，所以一大批要花点时间。
详细信息
团队关于工艺、格式以及一个好结果背后小决定的笔记。
为什么 AVIF 转换比其他格式慢
AVIF 建立在现代视频编解码标准的帧内压缩之上，其设计目标是把压缩率做到最高，而不是把转换做到最快，所以它依赖比 JPEG 或 WebP 更昂贵的预测模式、更大的变换，以及更复杂的环内滤波。这里运行的是一个在浏览器中运行的软件构建。在已预热的桌面 Chromium 上，一张 1024 乘 768 图片的软件转换约需 250 毫秒，从冷启动算上预热则约 1.1 秒。到了 800 万像素，即 3840 乘 2160，在 Chrome 上约需 2.8 秒，在更保守地运行此类代码的 Firefox 上约需 31 秒。在中端手机上，预计是桌面数字的 3 到 5 倍。这正是界面从不把 AVIF 转换说成即时的原因。它用来处理单张照片没问题，但慢到显示一个进度状态才是诚实的做法。
选择 AVIF 输出时会发生什么
AVIF 是这个工具做出的最吃力的格式，所以为了给你最小最好的文件，RoundCut 可能用快速的原生构建在我们的服务器上跑编码，而一次转换多张总是在那里完成。涉及的文件约 2 小时内消失，你也可以立刻清掉。若这条路不可用，一个编译好的 AVIF 编码器会在标签页里加载一次，压缩后约 870KB，转换则作为后备在本地收尾。对 PNG、JPG 和 WebP 这些组合，这些都不适用，因为它们靠浏览器自带的编解码器。这份额外的工作，就是 AVIF 为它的体积优势付出的代价。
AVIF 如何在相同画质下胜过 JPEG
AVIF 采用基于块的预测，很像现代视频编解码标准的做法。对于每一块像素，转换会拿好几种预测模式，方向性的、平滑的和 DC 的，去和已经处理过的相邻块比对，然后保留留下残差最小的那一种。只有那份残差会被变换和量化，而不是原始像素值。这比 JPEG 那个不论内容如何都在各处套用同一变换几何的固定 8 乘 8 DCT 模型，远更高效地抓住了局部的图像结构。在平滑的渐变上，AVIF 的预测几乎能不留残差地重建一片区域。在肤色、头发和天空上，AVIF 在视觉等同的画质下始终交出比 JPEG 或 WebP 更小的文件。代价是转换的复杂度，因为对每一块测试许多预测模式很费力，这也是为什么 AVIF 以秒计而 JPEG 以毫秒计。
Core Web Vitals：把主图转成 AVIF
Largest Contentful Paint 衡量视口里最大的可见元素多快完成加载。在大多数着陆页和产品页上，那个元素就是主图照片。Google 已经确认 Core Web Vitals 是搜索中的一项排名信号。一张典型主图 JPEG 在 3G 连接上约需 2.4 秒加载。同一张图在默认画质下做成 AVIF 可以缩减 67 个百分点，在同一条链路上把 LCP 的贡献削到约 0.8 秒。这把 LCP 从 2.5 秒以上的红色区间挪到了它以下的绿色区间，对搜索表现而言是一次有意义的转变。这份节省会在页面上每一张图上叠加。带自动格式协商的 CDN 会读取浏览器的 Accept 头，在库里存有 AVIF 原图后自行把 AVIF 送给兼容的浏览器。
2026 年的 AVIF：支持、就绪度与缺口
截至 2026 年年中，AVIF 在 Chrome 85+、Firefox 93+、iOS 16 和 macOS Ventura 上的 Safari 16.4+，以及 Edge 121+ 里都能解码。合计的全球覆盖约为浏览器流量的 94%。那 6% 的缺口主要是仍停在 iOS 15 的旧 iOS 设备，Apple 已经停止为大多数现代特性更新它，再加上 Internet Explorer。对广大的消费者受众而言，AVIF 在网络分发上已可用于生产。剩下的缺口在工具一侧。Lightroom 在 2024 年的 13.3 版里加入了 AVIF 导出，Affinity Photo 自 2.3 版起支持 AVIF 的导入和导出，而大多数图库机构仍不接受 AVIF 投稿。印刷服务几乎一律仍要 JPEG 或 TIFF。就网络而言这个格式已经就绪，但对任何会把文件交给第三方系统的工作流，请留一份 JPEG 母版作为后备。
文件大小对比：AVIF、WebP 和 JPEG
我们在三个真实测试样本上的基准，在默认画质下给出了各格式之间可靠的对比。对于 1024 乘 768 的 JPEG 照片，WebP 轻 57 个百分点，AVIF 轻 65 个百分点。对于 3840 乘 2160 的 JPEG 照片，WebP 轻 72 个百分点，AVIF 轻 86 个百分点。在大尺寸、高分辨率的照片上，AVIF 对 WebP 的领先会增大。在非常小的图片上，比如 0.12 百万像素的 400 乘 300，AVIF 的优势会缩小，转换的开销在总时间里占的比重变大。这些都是从我们自己流水线实测得来的数字，不是厂商的市场宣传。每一张照片都会随其内容复杂度、噪点和色彩范围而有所不同。