JPEG 转 JPEG XL
把 JPEG 文件拖到下方，即可得到 JPEG XL 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 JPEG
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 JPEG 转成 JPEG XL？
同一张图片，JPEG XL 的体积通常明显小于原始的 JPEG。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
JPEG XL 支持透明通道，所以转换之后你可以再抠掉背景。但转换本身并不会凭空造出 JPEG 文件里原本就没有的透明区域。
两种格式都是有损的。每一次重新编码都会再丢掉一点细节，所以最好从原图开始转，而不是从一张已经反复转过几轮的副本开始。
这个转换和这个站上其他所有转换都不一样，在用平常的标准评判它之前，值得先弄明白为什么。JPEG XL 可以把一张现有的 JPEG 无损地重新打包 —— 不是重新编码，是重新打包 —— 体积小掉大约 20%，而原始 JPEG 可以逐字节还原，连元数据一起。这里没有画质取舍要做，也没有任何东西被丢掉。
转换之前
这件事为什么能成立
JPEG XL 的编码工具是 JPEG 的超集。这意味着它能表达 JPEG 里的一切，然后在此之上套用更好的熵编码 —— 用非对称数系取代哈夫曼，用更聪明的方式预测 DC 系数。画面完全没被碰过，改变的只是它被写下来的方式。这是图片转换里唯一一个「更小」和「完全一致」同时为真的情况。
结果还不能直接发布
截至 2026 年 8 月，Safari 是唯一开箱就能打开 JXL 的浏览器。Chrome 145 在二月发布了解码器，但仍放在 flag 后面，预计下半年默认开启；Firefox 152 处境相同，开关是 image.jxl.enabled。无需用户操作就能解码 JXL 的浏览器大约覆盖 14% 的访客 —— 而 Chrome 拨动开关那天，这个数字会变成 85% 到 90%。在那之前，JXL 是存储格式，不是投放格式。
它今天真正划算的地方
照片存档。如果你在磁盘或对象存储上压着几万张 JPEG，这能砍掉五分之一的账单，不用做画质取舍，没有单向风险，而且完全可逆 —— 你随时能把其中任何一张变回一模一样的原始 JPEG。这是个相当罕见的提议，而且它不依赖任何浏览器发布任何东西。
会保留下来的
- 每一个像素，逐比特相同
- 全部元数据，连编码器的怪癖一起
- 还原出完全相同原件的能力
过不来的
- 大约 20% 的文件体积
- 没有别的了 —— 这正是它的意义所在
JPEG 与 JPEG XL 对比一览
| 属性 | JPEG | JPEG XL |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 不支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 100% | 约为同等 JPEG 的 45-60% |
| 兼容性 | 几乎所有软件都能打开，包括很老的程序 | Safari 与较新的 Chrome 支持；其他环境仍不普遍 |
| 常见来源 | 数码相机与照片分享 | 长期归档与摄影后期流程 |
常见问题
我的 JPEG 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 JPEG XL 会损失画质吗？
JPEG XL 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
从 JPEG 转出去会不会又掉一次画质？
如果目标也是有损格式，会再掉一点。你手上的 JPEG 本身已经丢弃过数据，第二次有损编码会再丢一些。质量设在 80 以上时，这第二次损失很难看出来——但这正是应该保留原图、而不是反复来回转换同一个文件的原因。
JPEG XL 现在能用了吗？
算是能用了一部分。Safari 支持它已有一段时间，Chrome 也在 2026 年初正式支持，但整体覆盖率仍在 15% 左右。它适合用于归档——那种场合下压缩质量比通用性更重要；而对于今天要放上公开网站的图片，它还不是好选择。