AVIF 转 PNG — 在线把 AVIF 无损保存成 PNG，完整保留像素与透明通道，适合修图与存档，浏览器本地处理不上传
AVIF 是目前压缩率最高的图片格式之一，同样画质下体积往往只有 JPG 的一半，很多新设备和网站默认就把照片存成 .avif。但它太新，几乎所有修图软件、素材库、内容管理系统和上传接口都还只认 PNG 或 JPG，想继续二次编辑、抠图或做透明底素材时常常无处下手。这里在浏览器里把 AVIF 完整解码，再无损保存成 PNG：每一个像素都被原样保留，alpha 透明通道也完整带过去，适合当作修图中间稿反复另存而不掉画质。PNG 体积通常最大，换来的是无损和透明，若只想压体积可随时把下拉改成 JPG 或 WebP。支持一次拖入多张，批量列表逐张显示状态与体积，预览区用上一个、下一个切换并排对比，确认后单张下载或整批打包 ZIP。目标格式下拉随时能切换，已解码的图片会自动重新导出，不必重传。解码走浏览器原生能力，全程不上传，断网也能用；转换后会生成一份干净的新文件，EXIF 里的拍摄时间、机型和定位不会自动带过去。动图 AVIF 只取第一帧，批量列表里还能单独重试或只挑几张下载。
导入图片
目标格式
三种格式共用同一份解码结果，切换后会自动重新导出，不用重新导入图片。
PNG 无损保存每个像素并保留透明通道，适合继续修图、做素材或存档，体积通常最大。
PNG 是无损格式，不需要设置压缩质量。
个别 AVIF 的方向信息写在容器属性里，解码后可能横着显示，用这里手动校正。
留空即用原文件名，导出时自动换成对应的扩展名。
预览与导出
批量列表
0 / 0 已完成还没有导入图片。
操作说明
- 把 .avif 图片拖进导入区，或点选择图片一次挑多张；按 Ctrl+V 也能粘贴截图。工具按文件头识别真实格式，扩展名写错不影响判断。
- 目标格式保持 PNG，不必调质量：PNG 无损，滑块是禁用状态。若只是想压小体积，再把下拉改成 JPG 或 WebP。
- 极少数 AVIF 带方向标记，解码后横着显示时用额外旋转校正；透明区域会被 PNG 完整保留，无需额外设置填充色。
- 用预览区的上一个、下一个逐张并排核对左右两边，确认后下载当前，或在批量列表里逐张下载、打包 ZIP。想换格式直接改下拉，已解码的图片会自动重新导出。
常见问题解答
转成 PNG 会损失画质吗？
不会。PNG 是无损格式，本页先把 AVIF 解成完整像素，再按 PNG 方式原样写回，解码出的每一个点都会保留，不会因为重新编码而变糊或产生色块。真正在压缩中丢掉的信息发生在最初生成 AVIF 的那一步，转 PNG 只是把它「冻结」成无损副本，无法把第一次压缩丢掉的内容找回来。
透明背景能保留吗？
能。AVIF 的 alpha 透明通道会被完整带入 PNG，所以抠好的产品图、带圆角或渐隐边缘的标志，转出来依旧是透明底，可以直接叠到任意背景上继续用。这一点和 JPG 不同，JPG 没有透明度维度，只能把透明区域填成某个底色。
为什么不直接用 AVIF 修图？
因为绝大多数修图软件、设计工具和素材库至今还没有 AVIF 读写能力，导入会失败或只剩空白。先把素材转成 PNG，就能用几乎所有编辑器打开、二次处理，再导出成品。PNG 体积偏大，但作为中间稿换来的是通用性和无损，正式上线前若需压体积再另存为 WebP 或 JPG 即可。
转换后文件为什么变大了？
PNG 不走有损压缩，遇到细节丰富的照片会比高度压缩的 AVIF 膨胀不少，这是为「无损」付出的体积代价。如果目标只是让文件变小，请把下拉改成 JPG 或 WebP；如果目标是继续编辑或保留透明，PNG 仍然是最稳妥的中间格式。
图片会被上传到服务器吗？
不会。解码、方向校正、封装和导出都在浏览器里完成，AVIF 由浏览器原生解出像素，图片数据不离开设备，页面也没有上传接口。首次打开后断网仍可继续转换。这也意味着关掉页面后列表不会保留，重要的原图请自己留好备份；转换生成的是一份全新文件，EXIF 里的拍摄信息不会自动带过去。
概念
AVIF 与 PNG 的取舍，本质是压缩方式的不同。AVIF 是二〇一九年随 AV1 视频编码一起推出的格式，用 HEIF 容器装数据，有损模式靠帧内预测与自适应量化把体积压到极低，同等观感下常比 JPG 小一半；但它默认是有损的，多次另存会累积损失。PNG 则是一九九六年定稿的无损格式，用 DEFLATE 把像素数据无损压缩，并把每个像素的透明程度单独记进 alpha 通道，任何编辑软件都能直接读取。把 AVIF 转成 PNG，浏览器先把 AVIF 解成完整像素，再按 PNG 的压缩方式原样写回，这是一次无损重新打包：解码出的每个像素都被保留，透明区域也一并带过去，不会因为再编码而变糊。代价是文件体积，PNG 没有有损模式，相同内容通常比 AVIF 或 WebP 大得多，所以更适合当作要继续修图的中间稿或需要透明的素材，而不是用来铺网页。容器里的 EXIF、ICC 和动画帧不会自动跟过来，多帧 AVIF 只取第一帧。工具按文件头识别真实格式，扩展名写错不影响判断。
历史与由来
把时间线摊开，会看到两个为不同目的而生的格式在同一台设备上相遇。PNG 这一头更早：一九九六年 W3C 以推荐标准发布便携网络图形，用 DEFLATE 做无损压缩，并首次把 alpha 透明通道写进通用图像格式，很快被几乎所有浏览器、编辑器和操作系统接纳，成为修图中间稿和透明素材的事实标准，代价是体积偏大、没有有损模式。另一头从二〇一九年二月开始：网飞联合多家公司发布 AVIF，以开放的 AV1 视频编码为蓝本，用 HEIF 容器装图像数据，把视频帧内编码的高压缩率借到静态图片上，首版就提供有损、无损、alpha 与动画，libavif 开源后被主流浏览器和服务端工具链陆续采用。接下来是缓慢的推广：Chrome 当年底支持，Firefox 到二〇二一年才跟上，Safari 直到二〇二四年才补齐，中间几年里 picture 标签与服务端按请求头协商几乎是标配。有意思的是，AVIF 铺开之后，麻烦反而从网页内部转到外部：设计软件、内容管理系统、打印流程和上传表单长期只认 PNG 或 JPG，站点目录里越来越多的 .avif 离开浏览器后寸步难行，尤其想二次编辑时更是无门。真正的解法不需要新算法：canvas 的 toBlob 早就接受 image/png，编码端毫无障碍；浏览器一旦能原生解出 AVIF 像素，本地解码加本地重编码就成了最稳妥的组合，连上传接口都不必存在。今天点一下就能把新格式无损落回通用格式，看似省掉的只是一次上传，实质是把一段本该留在本地的计算还给了本地。对需要长期保存的设计稿来说，这种无损中转比反复压缩更可靠。
相关关键词
纠错反馈
如果发现工具问题或有任何建议，欢迎通过邮箱联系我们，我们会认真查看每一条反馈。
