HEIC 和 JPEG 到底差在哪

体积：HEIC 小多少

在最常被引用的比较条件下（同分辨率、肉眼观感接近），HEIC 的体积通常是 JPG 的 50%~60%，也就是小 40%~50%。

这个数字来自编码效率的差距：HEVC 用了比 JPEG 大得多的压缩块（最大 64×64 对 8×8）、更精细的帧内预测、以及更先进的熵编码。这些技术原本是为 4K 视频设计的，用在单张静态图上同样有效。

差距不是恒定的，它和画面内容关系很大：

• 平滑渐变多的照片（天空、人像肤色）—— HEIC 优势最大，常常能小到 JPG 的一半以下。
• 细节密集的照片（树叶、织物、密集文字）—— 优势收窄，可能只小 25%~35%。
• 已经压过一次的图片 —— 继续压缩的收益会下降，因为原始信息已经在第一次压缩时丢掉了。

画质：谁更好

在相同文件大小下比，HEIC 明显更好 —— 这是编码效率的直接结果。在相同画质观感下比，HEIC 文件更小。这两种说法其实是同一件事的两种表述。

JPG 的典型缺陷在低质量下很明显：8×8 的块状边界（blocking）、边缘周围的振铃（ringing）、以及平滑区域的色带（banding）。HEIC 因为块更大、加上环路滤波，这些问题在同等压缩率下要轻得多。

但也要注意反面：JPG 已经稳定了三十年，各家解码器的实现差异很小，你看到的和别人看到的几乎一样；HEVC 在不同实现之间的一致性略差一点，极端情况下会有细微差别。

至于「转成 JPG 会掉多少画质」，我们用自己的转换管线做了一组实测，把不同质量参数下的体积和 PSNR 都量了出来：见 HEIC 转 JPG 画质实测。

兼容性：差距在这里

这是唯一一个 JPG 完胜的维度，而且差距很大。

JPG 从 1992 年发布至今，几乎是「图片」这个词的同义词：任何操作系统、任何浏览器、任何打印机、任何网站的图片上传框，都无条件支持它。你不需要向任何人解释什么是 JPG。

HEIC 的处境正好相反。它的核心编码 HEVC 有大量专利，解码器不能随意内置；容器结构又比 JPG 复杂得多。结果是：

• 苹果生态内完全没问题。
• Windows 需要额外装扩展。
• 所有主流浏览器都不支持直接显示。
• 大量在线系统（报销、证件照、表单）直接拒收。

换句话说，HEIC 输掉的不是技术，是生态。

功能：HEIC 能做而 JPG 不能的

HEIF 作为容器，能装的东西比 JPG 多：

• 多图共存 —— 一个文件里同时放主图、缩略图和辅助图。iPhone 的连拍、Live Photo 就依赖这个。
• 深度信息 —— 人像模式拍摄的距离图一并存进去，后期可以重新调整景深。
• HDR 增益图 —— 让照片在支持的屏幕上显示更高的动态范围。
• 无损旋转 —— 方向信息可以写在元数据里，旋转不需要重新编码，画质零损失。
• 透明通道 —— HEIF 规范里支持 alpha 通道，JPG 完全不支持（要透明只能用 PNG 或 WebP）。

这些能力在转成 JPG 时大部分会丢失。JPG 一个文件就是一张平面图，没有深度、没有 HDR 增益、没有透明度。这也是「转换前先备份原始 HEIC」这个建议的原因。

结论：什么时候用哪个

一句话：HEIC 适合存，JPG 适合传。两者不是替代关系，是分工关系。