BMP 转 JPEG XL
把 BMP 文件拖到下方，即可得到 JPEG XL 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 BMP
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 BMP 转成 JPEG XL？
同一张图片，JPEG XL 的体积通常明显小于原始的 BMP。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
JPEG XL 支持透明通道，所以转换之后你可以再抠掉背景。但转换本身并不会凭空造出 BMP 文件里原本就没有的透明区域。
在一张老 BMP 的所有归宿里，这一个对长期存储最说得通。两个格式都是无损的，所以画面完全不变 —— 但 BMP 无论内容如何都要为每个像素花三个字节，而 JPEG XL 的无损模式是有史以来效率最高的之一。你什么都留住了，却只付一个零头的存储。
转换之前
两头都无损，意味着没什么要决定的
没有质量滑块，没有压缩痕迹，没有单向门。每个像素原样抵达，随时可以无损地转回去。对于归档来自扫描仪、仪器或遗留软件的素材 —— 而多数 BMP 文件正来自这些地方 —— 这消除了压缩一份不可替代原件时通常会有的焦虑。
它是存储格式，不是投放格式
截至 2026 年 8 月，只有 Safari 能在用户不开任何东西的情况下打开 JXL；Chrome 145 的解码器在 flag 后面，预计下半年默认开启。如果近期除了你之外还有别人需要打开这些文件，PNG 是安全的无损选择，WebP 是高效的那个。JXL 适合那份躺在磁盘上的副本。
先问问你是不是真需要无损
当这张图是要被编辑的母版，或是一份不容走样的记录时，无损才值得为它付费。如果这个 BMP 只是一张你想留着或发出去的截图，有损格式会小得多而且看不出差别，归档那套理由在这里其实用不上。
会保留下来的
- 每一个像素，精确保留
- 原样转回去的能力
- 一个没有授权问题的开放格式
过不来的
- 绝大部分文件体积
- 实际的可查看性，暂时如此
BMP 与 JPEG XL 对比一览
| 属性 | BMP | JPEG XL |
|---|---|---|
| 压缩方式 | 无损 | 有损 |
| 透明通道 | 不支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 800-1200% | 约为同等 JPEG 的 45-60% |
| 兼容性 | 所有主流浏览器和绝大多数应用都支持 | Safari 与较新的 Chrome 支持；其他环境仍不普遍 |
| 常见来源 | 较老的 Windows 软件和扫描仪 | 长期归档与摄影后期流程 |
常见问题
我的 BMP 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 JPEG XL 会损失画质吗？
JPEG XL 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
为什么我的 BMP 文件这么大？
BMP 基本上是不压缩地保存像素，所以单张照片动辄几十 MB。仅凭这一点，这个转换通常就很值得做——转出来的 JPEG XL 文件只会是原文件的一小部分，而且看不出差别。
JPEG XL 现在能用了吗？
算是能用了一部分。Safari 支持它已有一段时间，Chrome 也在 2026 年初正式支持，但整体覆盖率仍在 15% 左右。它适合用于归档——那种场合下压缩质量比通用性更重要；而对于今天要放上公开网站的图片，它还不是好选择。