为什么要把 HEIC 转成 JPG?
HEIC 是 iPhone 默认的拍摄格式 —— 同样的照片它只占大约一半空间。问题出在下一步。Windows 不买付费解码器就打不开它,大多数浏览器至今显示不了它,而大量上传表单、政务网站和打印店干脆直接拒收。HEIC 不是你选的,是你的手机替你选的。转成 JPG,就是让这个文件在任何地方都能用。
到处都能打开
JPG 在任何设备、浏览器、打印机和上传表单上都能打开。不用装解码器包,也不会遇到"不支持的文件格式"。
文件不离开你的设备
大多数转换器会把你的照片传到一台你完全不了解的服务器上。在这里,解码发生在你的浏览器标签页里,没有任何数据被发往任何地方。
又快又不限量
不排队、不限文件大小、没有每小时 3 次的限制。现代浏览器原生就能解码 HEIC,其他的走 WebAssembly 解码器。
怎么把 HEIC 转成 JPG
- 添加文件 —— 拖进来、点选择文件,或者用 Ctrl + V 直接粘贴。一次多个文件也没问题。
- 需要的话调整一下 —— 拖动质量滑块在体积和细节之间取舍,或者限制分辨率,方便发邮件和放上网页。
- 下载 —— 单张保存,或者一次性打包成 ZIP 全部拿走。
输出体积大概会是多少?
这件事最好在动手前就知道,因为 HEIC 和 JPG 的效率并不对等。下面是拿一张 286.7 KB 的 1440×960 iPhone 照片实测的结果:
| 输出设置 | 文件大小 | 相比原文件 |
| JPG 质量 95 | 771 KB | +169% |
| JPG 质量 85 | 482 KB | +68% |
| JPG 质量 75 | 366 KB | +28% |
| JPG 质量 65 | 302 KB | +5% |
| JPG 质量 55 | 260 KB | −9% |
| 匹配原始大小(自动) | 283 KB | −1% |
HEIC 里的 HEVC 编码就是比 JPEG 更高效 —— 这正是苹果用它的全部理由。所以忠实还原的 JPG 通常更大,网上每一个转换器都是这个表现。你能调的是两根杠杆:质量滑块,和匹配原始大小 —— 后者会针对每个文件分别找出最接近原始体积的设置。
常见问题
为什么我转出来的 JPG 比原来的 HEIC 还大?
因为 HEIC 用的是更高效的编码。同样的观感下,HEIC 内部的 HEVC 压缩只需要 JPEG 大约一半的字节 —— 这正是苹果采用它的原因。所以同一张照片忠实转成 JPG 通常更大。不是这个工具在浪费空间,任何转换器都会给你同样的结果。如果体积比兼容性更重要,选 WebP(比 JPG 小约 25%),或者按匹配原始大小。
"匹配原始大小"做了什么?
它会搜索最接近你原始文件体积的 JPG 质量档位,而且是逐个文件分别搜索。结果通常落在 65–72% 之间 —— 在屏幕上依然看不出差别,但文件不会膨胀。
真的免费吗?套路在哪?
免费且不限量。整个页面都在你的浏览器里运行,所以每次转换对我们来说没有服务器成本需要转嫁。不用账号、不留邮箱、不加水印。
我的照片会被上传到什么地方吗?
不会。这就是整个设计。你的浏览器只下载一次解码器,之后全部在本地完成。转换时打开开发者工具的 Network 面板,你不会看到任何携带你图片的请求 —— 页面上的面板也会替你统计外发字节数。
会丢掉 EXIF 之类的元数据吗?
会,而且我们宁愿直说也不装作没有。转换经过 canvas,所以 EXIF —— 包括 GPS 坐标和原始拍摄时间 —— 会被丢弃。对大多数在网上分享照片的人来说这是隐私上的加分,但如果你需要在专业用途中保留 EXIF,请用桌面工具。
支持哪些苹果和安卓文件?
任何 HEIC 或 HEIF 容器:单张照片,以及某些安卓手机写出的 HEIF 文件。HEIC 图像序列(连拍)转换第一帧。Live Photo 会转成一张静态 JPG。
为什么第一次转换比较慢?
你的浏览器需要下载一次 WebAssembly 解码器(约 1.4 MB,之后走缓存)。在 Safari 17.6+ 上我们完全跳过这一步,因为浏览器原生就能解 HEIC。
有文件大小或数量限制吗?
没有人为限制。一切都在你自己的机器上处理,所以唯一的天花板是你自己的内存。非常大的批次(40 张以上全分辨率照片)会吃掉大量内存。