图片格式转换在浏览器里把一批图片解码成像素，再用你选的编码器——JPG、PNG 或 WebP——重新打包成新文件；输入可以是 iPhone 的 HEIC、网页下载的 WebP，以及 PNG、JPG、GIF、BMP、AVIF。图片不上传。

它面向的是「对方打不开」和「格式不对不能用」两类问题：HEIC 照片发给 Windows 同事、网页图存成 WebP 后无法放进旧版办公软件、系统只接受 JPG 上传、透明 Logo 需要 PNG。

它与「图片压缩」的区别在目标：那边是同格式下减体积，这边是换格式。但两者底层是同一套画布编码，所以有损 / 无损、质量参数、元数据去留这些规则完全相同——本文只讲转换特有的部分，背景请看图片压缩的原理一节。

1. 01添加图片拖入、点击或粘贴，可多选；检测到 HEIC 时会提示「正在转换为 JPEG…」，这是本地解码，稍等即可。列表显示每张的像素尺寸与体积。
2. 02选目标格式JPG（体积小、无透明）、PNG（无损、带透明）、WebP（有损且带透明，体积通常最小）。
3. 03调编码质量0.1–1，默认 0.9；选 PNG 时滑杆禁用并提示「PNG 为无损格式，此项不生效」。
4. 04点击「开始转换」进度条逐张推进；结果文件名保持原名、只换扩展名。
5. 05下载单张点下载图标，多张用「打包下载 zip」。

同一批五张图转成三种格式的实测体积（质量 0.9；另附 JPG / WebP 在 0.75 下的结果）：

输入                          原始       → JPG 0.9   → PNG      → WebP 0.9   → WebP 0.75   → JPG 0.75
photo-3000x4000.jpg（照片）   1.3 MB     1.6 MB      16.3 MB    1.3 MB       263 KB        1.1 MB
logo-800x600.png（透明）      22.2 KB    23.7 KB*    38.1 KB    13.8 KB      10.5 KB       16.8 KB*
scan-1600x1200.webp           342.5 KB   555.9 KB    4.1 MB     378.9 KB     282.3 KB      261.5 KB
screenshot-1920x1080.png      21.7 KB    72.4 KB     56.2 KB    13.7 KB      13.0 KB       58.2 KB
logo-400x300.gif              5 KB       11.7 KB     13.5 KB    5.5 KB       3.9 KB        8.2 KB
                                         * 透明区域变为白底

三条结论：照片转 PNG 会膨胀十倍以上（1.3 MB → 16.3 MB），画质却不会变好；截图、线条类内容转 JPG 反而更大且有振铃（21.7 KB 的 PNG 变成 72 KB 的 JPG）；WebP 在 0.75 附近几乎对所有类型都最小，代价是旧软件的兼容性。

有损与无损、JPEG 量化、PNG 为什么没有质量参数、画布编码带来的后果，在图片压缩里已有完整解释。这里只讲转换路径上特有的三件事。

中间态是一块「裸像素」

无论输入是什么，浏览器先把它解码成 RGBA 像素画到画布上。这一步把所有格式差异抹平了，也丢掉了像素之外的一切：EXIF 拍摄参数与 GPS、颜色配置文件、GIF 的后续动画帧、图层与注释。方向标记在解码时已被应用到像素上，所以竖拍照片不会横过来，但标记本身不再存在。要保留这些信息，转换不是合适的工具。

透明去哪了

RGBA 里的 A（alpha）在画布上仍然存在，能不能带进输出取决于目标格式：PNG 与 WebP 原生支持透明，JPG 没有透明通道。输出 JPG 前工具会先铺一层白色再画上图像，于是透明 Logo 变成白底 Logo（示例表中打星号的两行）。上面 SVG 右侧的三个方块就是同一张 Logo 的三种结果：PNG 38 KB 保留透明，JPG 24 KB 白底，WebP 14 KB 既透明又最小。

HEIC 是怎么进来的

HEIC/HEIF 是苹果设备默认的照片格式，基于 HEVC 视频编码，多数浏览器不能直接解码。工具在你添加文件时用本地的 heic2any（libheif 的 WebAssembly 版本）先解码，并以 0.92 质量编成一张中间 JPEG，再走正常转换流程。因此 HEIC → PNG 得到的是「一次有损中间态的无损封装」，体积大而画质并不比 HEIC → JPG 更好；HEIC → JPG 才是常规用法。文件名里的 .heic 会被换成目标扩展名。

三种编码器的分工

• JPG：有损，质量参数生效，无透明。照片首选，兼容性最广。
• PNG：无损，忽略质量参数，保留透明。截图、图标、文字、需要再编辑的素材首选；照片不该转 PNG。
• WebP：本工具输出的是有损 WebP，质量参数生效，保留透明。同等观感下比 JPG 小 25%–35%，比 PNG 小得更多；但 2020 年以前的浏览器、部分办公软件与政务上传系统不识别。

GIF 与 BMP 只能作为输入：GIF 只取第一帧，动画会丢失（编辑动图请用「GIF 编辑」）；BMP 是未压缩位图，转成任何格式都会大幅变小。

• iPhone 照片批量发给 Windows：把整个相册的 HEIC 拖进来，目标 JPG、质量 0.9，zip 打包。体积会比 HEIC 大三四成——这是 HEVC 与 JPEG 的效率差距，不是损坏。
• 网页图片准备：目标 WebP、质量 0.75–0.8，照片与截图都能拿到最小体积；同时保留一份 JPG/PNG 作为不支持 WebP 时的后备。
• 透明素材归一：把设计师给的各种格式统一成 PNG，用于文档与幻灯片；若只在网页用，WebP 更省。
• 先转再压：转换与压缩可以串联——例如 WebP 扫描件先转 JPG，再用「图片压缩」的目标大小模式逼近上传门槛。

输入

JPG / JPEG、PNG、WebP、GIF（首帧）、BMP、AVIF（需浏览器支持）、HEIC / HEIF（本地解码）。

输出

JPG、PNG、有损 WebP；不输出 GIF、BMP、TIFF、AVIF、无损 WebP。

质量

0.1–1，步长 0.05，默认 0.9；对 PNG 无效。

尺寸

不改变像素尺寸（需要请先用「调整图片尺寸」）；受浏览器画布上限约束，单边超过约 16 000 px 或总像素极大的图可能失败。

元数据

EXIF、GPS、颜色配置文件不保留；方向已应用到像素。

透明

PNG / WebP 保留；输出 JPG 铺白底。

文件名

保持原名、替换扩展名；同名同格式的转换（如 JPG → JPG）会得到同名文件。

HEIC 中间态

先解码为质量 0.92 的 JPEG，再转目标格式。

不做什么

不改尺寸、不压缩到目标体积（用「图片压缩」）、不处理动图、不做 SVG 矢量与位图互转、不批量重命名。

• 「转成 PNG 画质更好」：PNG 只是无损保存解码后的像素，原图的 JPEG 损失不会恢复，体积却可能大十几倍。
• 「WebP 万能」：网页上几乎万能，但发给他人、上传到旧系统时经常被拒。发出去的文件用 JPG/PNG 更稳。
• 「转换会保留拍摄信息」：不会，EXIF 与 GPS 一起丢弃。需要保留请用「EXIF 查看与清除」先导出。
• 「GIF 转 WebP 还能动」：本工具只取首帧；动图转换请用「GIF 编辑」或「GIF 转视频」。

解码（含 HEIC）、画布绘制与编码全部在你的浏览器内完成，图片不上传，不联网也能使用；输出图不含 EXIF 与 GPS。更多说明见隐私政策。

• MDN Web Docs，Image file type and format guide——各格式的压缩类型、透明与动画支持、浏览器兼容性：https://developer.mozilla.org/en-US/docs/Web/Media/Guides/Formats/Image_types（访问日期：2026-09-09）
• Google for Developers，WebP Container Specification——有损 VP8 位流、无损模式与 ALPH 透明块：https://developers.google.com/speed/webp/docs/riff_container（访问日期：2026-09-09）
• RFC 2083，PNG (Portable Network Graphics) Specification——无损压缩与 alpha 通道：https://www.rfc-editor.org/rfc/rfc2083（访问日期：2026-09-09）
• heic2any（GitHub）——基于 libheif 的浏览器端 HEIC/HEIF 解码器，toType 与 quality 参数：https://github.com/alexcorvi/heic2any（访问日期：2026-09-09）