先说结论:HEIC 转 JPG 必然重编码像素——JPG 是有损格式,严格意义的「无损转换」不存在。好的转换器能做到的是:像素尺寸 1:1 保留、按文件内记录的方向自动摆正、在合理画质设置下肉眼基本看不出损失。而这款浏览器工具做不到的也很明确:EXIF 元数据全部丢弃——实测每种输出格式的 EXIF 表都是空的(相机型号、拍摄时间、ISO 全都不保留)。下面是全部真实数字,你可以自己判断哪些对你的照片重要。
我们测了什么,你怎么复核
我们为本指南生成了三个原创合成 HEIC 文件(不含任何第三方照片),在 HEIC 转换器里真实转换,再用能解析 EXIF 的图像库逐项检查输出,旋转样例还与独立参考解码器做了逐像素比对。样例文件全部公开在下方——本页每个数字都可以用它们复现。
- 样例 A —— 风景照片场景,1600×1067,带 EXIF(相机、日期、ISO),无 GPS — 下载样例 · 126747 字节
- 样例 B —— 竖拍照片,按 iPhone 的存储方式:旋转传感器帧 + irot 旋转指令 + EXIF Orientation 6 — 下载样例 · 26563 字节
- 样例 C —— 带真实透明通道的标志图(RGBA) — 下载样例 · 12371 字节
- 样例 A 在 JPG 质量 85 下的真实工具输出(81,164 字节) — 下载样例 · 81164 字节
答案速览
| 问题 | 简短答案 | 实测证据(2026-11-11) |
|---|---|---|
| 像素尺寸保留吗? | 保留,1:1 | 1600×1067 的 HEIC 在每档画质下都输出 1600×1067 |
| JPG「不损画质」吗? | 不——JPG 永远有损 | 即使质量 100 也是有损重编码,而且输出比 HEIC 还大(370,419 B vs 126,747 B) |
| 竖拍照片方向对吗? | 对 | 旋转样例(传感器帧 600×400 + irot)输出 400×600 摆正,像素布局与参考解码完全一致 |
| EXIF 保留吗? | 不保留——全部丢弃 | 输入含 Make/Model/DateTimeOriginal/ISO/版权字段,输出零 EXIF 标签 |
| 透明度保留吗? | JPG:不保留 · PNG/WebP:保留 | JPG 把透明区压成黑色;PNG 和 WebP 完整保留 alpha 通道 |
| GPS 定位会泄漏进 JPG 吗? | 不会——但原因是所有元数据都被丢弃 | EXIF 连同 GPS 一起被移除;我们的样例按设计不含 GPS 标签 |
在真实工具里的操作步骤
- 打开转换器. 进入 HEIC 转换器。全程在浏览器本地运行;基于 WebAssembly 的解码器(约 2 MB,libheif)只在你首次转换时加载。文件不上传。
- 添加照片. 把文件拖进虚线框或点击选择。每批最多 20 个文件,单个最大 20 MB。工具不会只改后缀名——解码器读取真实的 HEIC 结构。
- 选输出格式和画质. JPG(画质滑块 40–100)、PNG 或 WebP。照片选 JPG 质量 75–90;带透明背景的标志图、截图选 PNG 或 WebP。
- 转换并下载. 点转换——每行显示体积变化(例如「124 KB → 79 KB」,这里 KB 按 1024 字节算)。可单独下载,也可整批打包 ZIP。
- 核对结果. 打开一份输出,确认尺寸和方向。如果需要拍摄时间,先从原图里抄下来——JPG 里不会有(见下文)。
画质与体积的真实测量
| 输出 | 字节数 | 与 HEIC 原件(126,747 B)对比 |
|---|---|---|
| JPG 质量 60 | 42,138 B | 33% —— 压缩痕迹明显 |
| JPG 质量 85 | 81,164 B | 64% —— 日常照片的稳妥平衡点 |
| JPG 质量 100 | 370,419 B | 292% —— 比 HEIC 还大,但依然是有损重编码 |
这张表有两个如实结论。第一,质量 100 不是无损——它只是浪费得最少的 JPG 重编码。第二,转换后的 JPG 完全可能比原来的 HEIC 更大,因为 HEIC 的压缩效率更高。「文件更小」是 iPhone 用 HEIC 拍照的理由,不是你转换目标格式的属性。
竖拍照片:方向会被正确摆正
iPhone 竖拍照片的存储方式是「旋转过的传感器帧 + 旋转指令」——HEIC 容器里的 irot 变换,通常还伴随 EXIF Orientation 标签。样例 B 完全按这个结构生成:实际存储 600×400 像素,显示时应为 400×600 竖版。工具输出为 400×600 且画面摆正——我们把它的像素布局(标记色块与四角颜色)与同一文件的独立参考解码做了比对,完全一致。这类文件转换前后都不需要你手动旋转。
范围说明:我们测的是真实手机竖拍所用的 irot 旋转方式。只带 EXIF Orientation 标签、没有 irot 变换的 HEIC 文件不在本次测试范围——如果碰到这种少见文件,先看一眼输出的四角再批量处理剩下的。
EXIF 元数据:每种输出格式都会丢弃
| 输入中的 EXIF 标签 | JPG 输出 | PNG 输出 | WebP 输出 |
|---|---|---|---|
| Make(YYSI)、Model(Sample One) | 无 | 无 | 无 |
| DateTimeOriginal(2026:11:11 12:00:00) | 无 | 无 | 无 |
| ISO、曝光、光圈 | 无 | 无 | 无 |
| 版权信息 | 无 | 无 | 无 |
这既是真实的局限,也是隐私上的好处,取决于你的需求。如果拍摄时间很重要(归档、取证、保修照片),转换前先从原图记录——输出文件不会记得它。如果你要把照片发到公开场合,转换会顺带清掉位置和相机信息:文件本身不会泄漏任何东西。注意照片画面内容里的门牌、屏幕信息不在此列——去元数据不等于给内容打码。
透明背景:选 PNG 或 WebP,别选 JPG
带透明通道的样例(四角透明的标志图)结果符合预期:PNG 和 WebP 输出保留了 alpha 通道(四角完全透明,RGBA 模式),而 JPG 输出把透明区压成了纯黑——这是 JPG 格式本身的限制,它没有 alpha 通道。把透明标志图转成 JPG,原本透出背景的地方就会变成黑块。
限制与失败处理
- 每批最多 20 个文件、单个 20 MB——超限会被明确拒绝,不会静默失败。
- Live Photo 只导出静帧(容器里的视频部分不会合并)。
- 10-bit HDR 素材会被色调映射为 8-bit 输出,观感可能略有差异(工具页有如实披露;不在本次合成样例测试范围内)。
- 少见的 HEIF 变体可能直接解码失败——工具会按文件如实报错,而不是输出损坏的图。
- 不要把 .heic 改后缀成 .jpg 冒充转换:那会产生一个装着 HEIC 数据的「假 JPG」,很多软件拒绝打开——后缀在说谎。
为什么你的电脑可能根本打不开 HEIC
HEIF(.heic)是苹果从 iOS 11 起采用的高效照片格式,官方说明其压缩优于 JPEG(Apple 支持,2026-11-11 核查)。Windows 10/11 需要先安装微软商店的免费 HEIF 图像扩展才能读写 HEIF(官方页面,2026-11-11 核查),部分文件还需要 HEVC 视频扩展。这就是同一张照片在 Mac 上正常、在新装的 Windows 上报错的原因——这也是浏览器转换器往往是最快的跨平台解法的原因。
三种输出格式怎么选
| 格式 | 最适合 | 代价 |
|---|---|---|
| JPG | 网页上传的照片、有体积限制的表单 | 有损;无透明通道;本工具会去掉元数据 |
| PNG | 标志图、截图、一切带透明的内容 | 无损且保留透明;文件明显更大 |
| WebP | 既要体积又要透明的新网页场景 | 小体积下也保留透明;少数老软件读不了 |
日常 iPhone 照片选 JPG 质量 75–90 最实际:像素尺寸完整、方向正确、不会出现黑块,也不会带上你没决定保留的元数据。如果表单或系统提示文件过大,继续看把图片压缩到指定大小。
来源与核查
- Apple Support: Using HEIF or HEVC media on Apple devices — 来源核查日期 2026-11-11
- Microsoft Store: HEIF Image Extension (official listing) — 来源核查日期 2026-11-11
- libheif — the open-source HEIF/HEIC decoder this tool runs in your browser (WASM) — 来源核查日期 2026-11-11
来源核查日期 Vendor statements (HEIF support on Apple devices, Windows HEIF extension) come from the official Apple/Microsoft pages listed above, checked 2026-11-11. All conversion numbers, EXIF findings and orientation checks are YYSI's own measurements from 2026-11-11: original synthetic HEIC samples converted in the live YYSI tool (libheif WASM decoder), outputs inspected with an EXIF-aware image library and compared against an independent reference decode. Sample files are original synthetic artwork, published for reuse.
阅读编辑标准(EN),或发送纠错到 [email protected]。