指南 / 图片

HEIC 转 JPG 会不会损画质:像素、EXIF 元数据和旋转方向的实测答案

用原创 HEIC 样例在真实工具里实测转换:像素尺寸、旋转方向、EXIF 元数据、透明度到底哪些保留。全部真实数字,不承诺做不到的事。

先说结论:HEIC 转 JPG 必然重编码像素——JPG 是有损格式,严格意义的「无损转换」不存在。好的转换器能做到的是:像素尺寸 1:1 保留、按文件内记录的方向自动摆正、在合理画质设置下肉眼基本看不出损失。而这款浏览器工具做不到的也很明确:EXIF 元数据全部丢弃——实测每种输出格式的 EXIF 表都是空的(相机型号、拍摄时间、ISO 全都不保留)。下面是全部真实数字,你可以自己判断哪些对你的照片重要。

我们测了什么,你怎么复核

我们为本指南生成了三个原创合成 HEIC 文件(不含任何第三方照片),在 HEIC 转换器里真实转换,再用能解析 EXIF 的图像库逐项检查输出,旋转样例还与独立参考解码器做了逐像素比对。样例文件全部公开在下方——本页每个数字都可以用它们复现。

答案速览

问题简短答案实测证据(2026-11-11)
像素尺寸保留吗?保留,1:11600×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 标签
注意:「看起来没变」不等于元数据验证。本页每条 EXIF 结论都来自读取输出文件的 EXIF 表,而不是看图。

在真实工具里的操作步骤

  1. 打开转换器. 进入 HEIC 转换器。全程在浏览器本地运行;基于 WebAssembly 的解码器(约 2 MB,libheif)只在你首次转换时加载。文件不上传。
  2. 添加照片. 把文件拖进虚线框或点击选择。每批最多 20 个文件,单个最大 20 MB。工具不会只改后缀名——解码器读取真实的 HEIC 结构。
  3. 选输出格式和画质. JPG(画质滑块 40–100)、PNG 或 WebP。照片选 JPG 质量 75–90;带透明背景的标志图、截图选 PNG 或 WebP。
  4. 转换并下载. 点转换——每行显示体积变化(例如「124 KB → 79 KB」,这里 KB 按 1024 字节算)。可单独下载,也可整批打包 ZIP。
  5. 核对结果. 打开一份输出,确认尺寸和方向。如果需要拍摄时间,先从原图里抄下来——JPG 里不会有(见下文)。

画质与体积的真实测量

输出字节数与 HEIC 原件(126,747 B)对比
JPG 质量 6042,138 B33% —— 压缩痕迹明显
JPG 质量 8581,164 B64% —— 日常照片的稳妥平衡点
JPG 质量 100370,419 B292% —— 比 HEIC 还大,但依然是有损重编码

这张表有两个如实结论。第一,质量 100 不是无损——它只是浪费得最少的 JPG 重编码。第二,转换后的 JPG 完全可能比原来的 HEIC 更大,因为 HEIC 的压缩效率更高。「文件更小」是 iPhone 用 HEIC 拍照的理由,不是你转换目标格式的属性。

说明:工具的 KB 显示按 1 KB = 1024 字节计(126,747 字节的样例显示 124 KB)。如果表单要求的是十进制「200 KB」,目标值要比显示数字再留一点余量。

竖拍照片:方向会被正确摆正

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 在任何转换器里都解码失败:回到源头重新导出(iPhone:照片 → 分享 → 导出),或在 Windows 上安装微软免费的 HEIF 图像扩展后用照片应用另存。如果是别人发来的损坏副本,请对方重发原件。

为什么你的电脑可能根本打不开 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 最实际:像素尺寸完整、方向正确、不会出现黑块,也不会带上你没决定保留的元数据。如果表单或系统提示文件过大,继续看把图片压缩到指定大小。

来源与核查

来源核查日期 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]。