HEIC 转 JPEG XL
把 HEIC 文件拖到下方，即可得到 JPEG XL 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 HEIC
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 HEIC 转成 JPEG XL？
两种格式都是有损的。每一次重新编码都会再丢掉一点细节，所以最好从原图开始转，而不是从一张已经反复转过几轮的副本开始。
这是两个格式之间的转换，它们技术上都很出色，也都因为不同的原因而难以真正用起来。HEIC 被 HEVC 的专利授权拖住，JPEG XL 被浏览器迟迟不发布拖住。如果你在这两者之间移动，那几乎肯定是为了归档，而不是为了发布。
转换之前
做这件事的理由是 JXL 的无损模式
如果目标是把照片库长期归档，JXL 无损是个有力的目的地：它精确保留每一个像素，压缩率远好于 PNG，而且是一个没有授权问题悬在头上的开放标准 —— 不像 HEIC 底下的 HEVC。对于你打算保存几十年的素材，这些特性比浏览器支持重要得多。
今天几乎没有东西能打开这个结果
你正在离开一个 Apple 生态原生支持的格式，去往一个截至 2026 年 8 月只有 Safari 能不开 flag 就显示的格式。Chrome 在 145 版发布了解码器但默认关闭，预计年内晚些时候默认开启。如果你近期需要查看、分享或上传这些图片，这是错的方向 —— JPEG 或 WebP 才是。
容器里的附加内容照样传不过来
JXL 是个能力很强的格式，但这个转换产出的是一张静态图，所以连拍序列、人像深度图和 Live Photo 动的那一半都会被留下 —— 和这里其他所有目的地一样。如果那些对你重要，诚实的答案是：无论转成什么，都把 HEIC 原件一并留着。
会保留下来的
- 每一个像素，如果你选无损
- 拍摄时间、GPS、相机参数
- 一个没有授权问题的开放格式
过不来的
- 实际的可查看性，暂时如此
- 连拍序列与深度图
- Live Photo 的动态部分
HEIC 与 JPEG XL 对比一览
| 属性 | HEIC | JPEG XL |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 50-60% | 约为同等 JPEG 的 45-60% |
| 兼容性 | 苹果设备原生格式；网页上传时常被拒绝 | Safari 与较新的 Chrome 支持；其他环境仍不普遍 |
| 常见来源 | iPhone 和 iPad 的照片库 | 长期归档与摄影后期流程 |
常见问题
我的 HEIC 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 JPEG XL 会损失画质吗？
JPEG XL 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
为什么 iPhone 把照片存成 HEIC？
苹果从 iOS 11 开始改用 HEIC，因为同样一张照片，它只需要 JPEG 大约一半的空间。代价是在苹果生态之外支持零散，这也正是大量上传被拒绝的原因。你可以在「设置 → 相机 → 格式 → 兼容性最佳」里让相机改拍 JPEG，代价是放弃这部分空间节省。
JPEG XL 现在能用了吗？
算是能用了一部分。Safari 支持它已有一段时间，Chrome 也在 2026 年初正式支持，但整体覆盖率仍在 15% 左右。它适合用于归档——那种场合下压缩质量比通用性更重要；而对于今天要放上公开网站的图片，它还不是好选择。