图片格式在线转换,JPG PNG WebP AVIF HEIC 互转

如何在浏览器里把图片在 JPG、PNG、WebP、AVIF、HEIC 之间互相转换

图像格式转换器(Image Converter)是一个把图片在浏览器内从一种格式转为另一种格式的工具。它的独特之处在于:支持 9 种输入(JPG、PNG、WebP、AVIF、HEIC、TIFF、BMP、SVG、ICO)和 7 种输出(PNG、JPG、WebP、AVIF、ICO、Base64、PDF),并且整个过程不发送任何字节到服务器 —— 你的照片永远留在你自己的设备上。

在互联网上,图片格式转换是被搜索最多的图像处理需求之一。从 iPhone 拍出来的 HEIC 到网页主流的 WebP,从设计师偏爱的无损 PNG 到 favicon 必须的 ICO,每种格式都有自己的场景与陷阱。这个工具的目标,就是把"我该用哪种格式"这个常见的困惑一次性解决。

什么是图像格式,为什么世界上有这么多种?

图像格式(Image Format)是把像素数据写入文件的"编码规范"。一张照片本质上是一个二维像素阵列,每个像素有 R、G、B(有时还有 Alpha 透明度)四个数字。如果直接把这些数字原样写入文件,一张 1200 万像素的照片会占用 36MB 空间 —— 这对网页加载、邮件附件、云存储都是不可接受的。

于是有了"压缩算法"。JPG 用 DCT 离散余弦变换丢掉人眼不敏感的高频细节,把体积压到原图的 5-10%;PNG 用 DEFLATE 字典压缩(和 ZIP 同源)做到无损但体积偏大;WebP 与 AVIF 则是 Google 与 Alliance for Open Media 在新一代视频编码(VP8/AV1)基础上提炼出的图像编码,能在保持画质的前提下再省 25-50% 体积。

HEIC 是苹果从 iOS 11 起默认使用的格式,基于 HEVC 视频编码,同样画质比 JPG 小一半,但只有 Apple 设备原生支持;TIFF 与 BMP 是印刷与工业领域的无损"母带";SVG 是矢量图形(用数学曲线描述而非像素);ICO 是 Windows 系统专用的图标容器,可以一次打包 16×16 到 256×256 多种尺寸。

为什么"转换格式"是有损还是无损,取决于目标格式

很多用户以为"格式转换"只是改个扩展名,其实不然 —— 转换的真实过程是:先用对应格式的解码器把原图还原成像素矩阵,再用目标格式的编码器重新写入。如果目标格式是有损的(如 JPG),那么这次重新编码就会引入新一轮压缩损失。

因此专业工作流中有个经验法则:JPG → JPG 这种"同格式重编码"应尽量避免,因为每转一次画质就下降一档;JPG → PNG 是安全的,因为 PNG 无损;PNG → JPG 要谨慎,因为会丢掉透明度并产生 JPEG 伪影;WebP → AVIF 通常值得,因为 AVIF 在同画质下还能再小 20-30%。

本工具在 UI 上做了一些小优化来帮你规避陷阱:从 JPG 转出时禁用 PNG 的"质量滑块"(因为 PNG 是无损的,没有质量概念);转到 JPG 时如果原图有透明区域会自动合成到白色背景(JPG 不支持 alpha);HEIC 转出时保留 EXIF 拍摄信息(JPG/PNG 都支持),其他细节则交给你控制。

iPhone HEIC 照片:为什么这么流行,又为什么这么难打开?

2017 年苹果在 iOS 11 中把默认相机格式从 JPG 改成了 HEIC(高效图像容器),理由是同画质下体积只有 JPG 的一半,能为用户节省大量 iCloud 与本地存储。但 HEIC 基于 HEVC 视频编码标准,涉及 MPEG LA 与 HEVC Advance 两个专利池的授权费,因此 Windows、Android、Linux 大多数浏览器与图像查看器都没有原生支持。

结果就是一个尴尬的现实:你用 iPhone 拍的照片,发给使用 Windows 的同事,对方打不开;你上传到某些 CMS 或论坛,系统提示"不支持的格式"。苹果自家的解决方案是在分享时自动转码为 JPG,但只对 AirDrop 与部分原生分享路径生效;通过微信、QQ、网盘等第三方渠道传输时,HEIC 文件会原样发出。

本工具通过 WebAssembly 把开源的 libheif 解码器编译到浏览器里,在你的设备上直接读取 HEIC 文件并转码为你选择的任何目标格式 —— 不依赖苹果的转码服务,也不把照片发到任何服务器,因此既能在 Windows 浏览器里打开 iPhone 照片,也能保护你的隐私。

WebP 与 AVIF:新一代网页图像格式

WebP 是 Google 在 2010 年推出的格式,基于 VP8 视频编码,目标是替代 JPG、PNG、GIF 三位一体。它支持有损压缩(对标 JPG)、无损压缩(对标 PNG)与动画(对标 GIF),在有损模式下比 JPG 小 25-35%,在无损模式下比 PNG 小约 26%,并且支持 alpha 透明度。WebP 在 2020 年 Safari 14 加入支持后,终于实现了"全浏览器可用"。

AVIF 则是 2019 年由 Alliance for Open Media 推出的更新一代格式,基于 AV1 视频编码。它的压缩效率比 WebP 再高 20-30%,支持 HDR、宽色域、10-bit 色深等专业特性,被 Netflix、Google、Cloudflare 等公司视为未来 10 年的网页图像标准。Chrome 85+、Firefox 93+、Safari 16+ 均已支持,覆盖率已超过 90%。

对你的实际意义是:如果做个人博客或企业官网,把 JPG 转成 WebP 或 AVIF,首屏加载时间能降低 30-50%,Lighthouse 性能分数会有明显提升,Google 搜索排名也会因此受益(Core Web Vitals 中的 LCP 指标直接受图片体积影响)。

常见误区:这些"看似合理"的格式选择其实是错的

误区一:"PNG 比 JPG 清晰,所以照片也用 PNG"。错。PNG 是无损的,但并不意味着"更清晰",它只是把像素原样保留 —— 包括 JPEG 伪影。一张已经压缩过的 JPG 转成 PNG 只会体积膨胀 3-5 倍,不会变得更清晰。照片这种连续色调的图像本来就该用有损格式。

误区二:"SVG 是矢量,所以也能存照片"。错。SVG 用数学曲线描述图形,适合 Logo、图标、插画;但对照片这种由数百万像素组成的连续色调,SVG 会把每个像素都描述为一个矩形,文件会比 BMP 还大,而且渲染极慢。

误区三:"Base64 嵌入 HTML 能加速网页"。要分情况。Base64 把二进制图像编码成 ASCII 字符串,体积膨胀约 33%,但确实能减少一次 HTTP 请求 —— 对小于 2KB 的小图标可能是赚的,对几十 KB 以上的照片则绝对得不偿失。现代 HTTP/2 与 HTTP/3 已经能并行加载多个资源,Base64 的优势正在被边缘化。

误区四:"转换成 AVIF 就万事大吉"。AVIF 虽好,但目前 Safari 14-15、老版本 Edge、部分国产浏览器还不支持。生产环境中正确做法是用 <picture> 标签同时提供 AVIF、WebP、JPG 三种源,让浏览器自动选择 —— 本工具能让你一次性生成三种格式,配合 <picture> 使用最佳。

为什么这个工具要在浏览器本地做,而不是用云服务器?

目前网上绝大多数"在线格式转换器"(如 Convertio、CloudConvert、iLoveIMG)都工作在云端:你上传图片 → 服务器解码转码 → 返回结果。这种架构对服务商来说便于计费、便于限流、便于收集用户数据,但对用户有三个隐患:隐私泄露风险(你的照片会经过陌生服务器)、上传下载的流量开销、大文件传输的延迟。

浏览器本地处理则完全相反:借助 WebAssembly 技术,现代浏览器可以运行接近原生速度的 C/C++ 代码(如 libheif、libwebp、mozjpeg),把整个图像处理流水线搬到你的设备上。这带来三个直接好处:零隐私风险(任何字节都不离开设备)、零上传流量(对手机用户尤其友好)、零服务器延迟(本地解码 1MB 图像通常只需 50-200 毫秒)。

这也是为什么 PixelForge 全站所有工具都坚持本地优先 —— 在隐私日益敏感的今天,把数据控制权交还给用户,是互联网工具应有的姿态。

所有处理均在浏览器本地完成,您的图片绝不会上传到任何服务器。

最后更新：2026年10月23日 2026-10-23