HEIC转JPG转换器

为什么第一次转换更慢

浏览器本身读不了 HEIC，所以这个页面会加载 libheif——一个编译成 WebAssembly 的开源 HEIF 解码器——并在你的设备上运行。解码器只在这个工具里下载，页面一进入空闲就会在后台开始加载，那时你可能还没选文件。添加照片后，上传区下方会有一行提示告诉你它的状态：准备中、已就绪或暂时未能准备。

准备好之后，每张照片都要经过两个阶段，你可以在文件列表里看到。解码是最耗时的一步：全分辨率的 HEVC 数据在后台线程里解压出来。之后像素被画到 canvas 上，再编码成 JPG。在较新的笔记本上每张照片只需片刻，在旧手机上解码会明显变慢。这是正常现象，并不代表有什么东西在上传。

如果解码器没能加载，比如网络中途断了，提示会变成琥珀色，等你点击「转换」时页面会重新尝试。不需要刷新页面，也不用重新添加文件。

为什么质量调到 92% 以上没有用

HEIC 的转换路径比站内其他转换工具多一步。解码器会先把照片交出来成一个质量为 92% 的中间 JPEG，然后由质量滑块（范围 10% 到 100%，默认 85%）控制第二次编码，生成你最终下载的文件。滑块依然决定最终的文件大小，但 92% 那一步已经抹掉的细节，它没法找回来。

实际使用中，分享和在屏幕上查看选 85% 就很合适；如果要打印或继续修图，90–92% 是有意义的上限。超过 92% 只会让 JPG 更大，不会更清晰。想保留一份未经处理的母版，就把原始 HEIC 和 JPG 放在一起保存。

元数据：JPG 是一张白纸

JPG 是从 canvas 上的像素写出来的，而 canvas 不携带任何元数据。拍摄日期和时间、相机与镜头型号、曝光参数以及 GPS 位置，都不会从 HEIC 复制到转换后的文件里。对于准备公开发布的照片，这反而是个有用的副作用：手机记录的位置信息没有了。

它也有代价。相册和很多应用按 EXIF 里的拍摄日期排序，没有这个信息时会退而使用文件日期，也就是你下载 JPG 的那一刻。如果你是为了存档而转换整本相册，请保留原始 HEIC，免得丢掉真实的拍摄日期。

旋转在这之前就处理好了。libheif 在解码时会应用 HEIC 里记录的旋转和镜像，所以输出的像素本身就是正的，也不会留下方向标记让别的程序误读。

包含多张图像的文件

一个 HEIF 容器可以存放多张图像。解码器会读取文件里的顶层图像列表，但只转换第一张，而 JPG 本来也只能装一张图。普通的 iPhone 照片里，第一张就是照片本身；如果是把多张画面打包在一起的 HEIF，你只会得到一个 JPG，其余的不会导出。

HDR 也是同样的道理。解码器输出的是标准的 8 位 RGBA 像素，所以在支持 HDR 的屏幕上，转换后的照片最亮的部分会比在「照片」应用里看起来平一些。这是预期结果，本页面没有任何设置能改变它。

批量转换时要注意的事

你可以一次添加很多文件，但它们会按列表顺序一张接一张地转换，而不是并行处理，每张照片都会以全分辨率解码完才开始下一张。在空闲内存不多的手机或电脑上，把相册分成小批处理，比一次塞进几百张照片对浏览器友好得多。

「全部下载」会把每个完成的 JPG 作为单独的下载保存，而不是打成 ZIP 包，所以浏览器可能会询问一次是否允许本站下载多个文件。每个文件保留名字里第一个点之前的部分：IMG_1234.HEIC 会变成 IMG_1234.jpg，但 旅行.第一天.heic 会变成 旅行.jpg，于是两张照片可能重名，浏览器会给第二个文件加上编号。

如果其他文件都成功、只有某一个报解码错误，问题通常出在文件本身：它可能已损坏、因传输中断而不完整，或者其实是别的格式被改成了 .heic 后缀。从设备上重新导出原始文件，多半就能解决。既不以 .heic 或 .heif 结尾、系统也没识别为 HEIC 或 HEIF 的文件，会在添加时被拒绝，上传区下方会出现提示。