HEIC 转 JPG

为什么 HEIC 是那个打不开的格式

HEIC 不是单一的东西：HEIF（ISO/IEC 23008-12，也就是“高效图像文件格式”）是容器，HEIC 是其中装载视频编码帧——具体说是 HEVC——的那一种口味。iPhone 从 iOS 11 起就用这种方式保存照片，因为同一张图片大约只占 JPEG 一半的字节，在手机小硬盘上，这就是两千张照片和四千张照片的差别。

打不开的原因与文件无关，完全在解码器。HEVC 受专利保护、按设备授权，通常由操作系统而不是浏览器实现，所以 Safari 17 及以后——能把任务交给系统——可以顺利打开 HEIC，而 Chrome、Edge 和 Firefox 在任何操作系统上都不解码它。这不是你文件的 bug，但它是页面能从外面解决的问题，见下一段。

所以这个页面按文件逐个判断：它查看开头几个字节，弄清文件到底是什么（把 HEIC 改名成 .jpg 很常见，名字不是证据），先让浏览器解码；浏览器说这个格式读不了时，它再加载自己的解码器——一套自带的 HEIC 解码器，原始 1.4 MB、压缩后约 440 KB，从本站发出。这次下载每次访问只发生一次，只有真的拿来 HEIC 的人才付这笔字节，而且永远不在首屏：转 JPEG 的人一分都不多付。

另一半混乱来自 AVIF。它也是 HEIF 容器，但里面装的图片用 AV1 编码，而浏览器确实实现了 AV1，所以 AVIF 一点忙都不用帮。HEIC 需要上面说的那个解码器，有了它之后两者转换的方式完全一样——区别只在于是谁做的解码。

格式转换改变了什么，代价是什么

转换意味着把文件解码成像素，再把这些像素编码一次。转换前后像素尺寸相同——这个页面从不缩放任何东西，因为那是另一件工作（图片尺寸调整负责）——所以改变的是图片如何存储，以及过程中丢掉了多少。

JPEG 是有损的：它把图片切成块，丢掉眼睛不太可能注意到的细节，所以一张照片可以缩到十分之一大小仍看起来没问题。PNG 是无损的：每个像素都精确保留，用 deflate 压缩存储，这对截图和平涂色极好，对照片极糟。WebP 两者都能做——浏览器按你选择的质量写出有损的那种——通常在同等视觉质量下比 JPEG 小四分之一到三分之一。

有两样东西会保留，一样不会。像素尺寸保留。目标格式能容纳透明度时，透明度保留；不能时（JPEG），透明像素会被放到你选择的背景色上。留不住的是元数据：GPS 坐标、相机型号、拍摄日期和 ICC 色彩配置都住在像素旁边而不是像素里，通过 canvas 重新编码会把它们丢掉。对一张即将发布的照片，这通常正是重点；对一份档案，转换前值得知道。

唯一的例外是 Exif 方向标签，它的处理方式是应用而不是保留：像素在输入时就被转正，所以竖着拍的照片在标签消失后仍然朝上。少了这一步，任何地方转换出来的手机照片都会横躺。

AVIF：能用的那个 HEIF

乍看之下 AVIF 和 HEIC 是同一个问题：又一个 HEIF 容器，又一个现代编解码器，又一个你的软件可能打不开的照片格式。差别决定一切——AVIF 装的是用 AV1 编码的图片，而浏览器实现了 AV1，所以它能在这里正常转换。两种从外面看一模一样、行为却完全不同的格式，正是这个页面应该大声说出来的事。

同样的字节级诚实也适用于文件名。把 HEIC 改名成 .jpg 很常见，而这个页面逐字节读取文件本身来判断它到底是什么，而不是相信扩展名——所以冒名顶替者会顺利转换，真正的 HEIC 会被交给这套解码器，而不是被拒之门外。

已经是目标格式的文件，以及每批二十张

iPhone 文件夹通常是 HEIC 和 JPEG 的混合，重新编码那些 JPEG 对谁都没好处：每转一次都会再丢一点。表单上的“如果图片已经是目标格式”设置会把已经匹配的文件一个字节不改地还给你，所以只有真正需要转换的文件会被碰。

每批二十张，没有队列也没有账号，因为工作在你的浏览器里完成，内存是唯一的调度器。二十张一千二百万像素的照片很轻松；两百张就不是了——所以一长卷相册应该分两次来，而不是和下载管理器打一架。合计 80 MB、单张 4000 万像素的上限也来自同一个原因：所有像素都得同时待在本地标签页里。