Firefox 157 将在所有平台默认包含 JPEG XL
Firefox 157 和即将到来的 Chromium 版本正默认启用 JPEG XL 图像支持，标志着这一更新格式在主流浏览器中迈出重要一步。评论者在 JPEG XL 相较于 JPEG、WebP 和 AVIF 的技术优势之间展开讨论——例如可对现有 JPEG 进行无损重压缩、强大的无损与有损压缩能力、渐进式解码、高位深度和超大图像支持——同时也权衡工具链、操作系统层支持以及网站上传限制等现实障碍。围绕实现选择（Rust vs. C++）、新解码器的安全性与性能，以及 Apple 的早期采用和 PDF 标准如何推动 JPEG XL 复兴，也存在争论。
JPEG XL 提供了什么
- 可无损重压缩现有 JPEG，通常可缩小约 15–30%，同时允许对原始 JPEG 进行逐位精确重建。
- 同时支持高效的有损和无损压缩，包括高位深度（10/12/16 位、浮点）、HDR、广色域、Alpha、图层、动画、缩略图，以及非常大的图像（最高约 1M×1M 像素）。
- 强大的渐进式解码：可从文件最初的一小部分就提供可用的缩略图和部分质量视图；可混合无损与有损区域，并支持多个额外通道（例如用于 3D 材质）。
与 WebP 和 AVIF 的比较
- 无损：通常比 WebP 压缩效果更好，并且远好于 AVIF；AVIF 的无损模式被描述为实际上不可用。
- 有损：
- WebP 往往比 JPEG 更好，但在渐变处会出现色带和伪影；适合网页，但不太适合归档。
- AVIF 往往在极低码率下更有优势，但缺乏渐进式加载。
- JPEG XL 在普通网页质量码率下具有竞争力，甚至更好，但具体优势存在争议。
- 如今 WebP 拥有很强的生态支持；一些人认为如果支持成熟，JPEG XL 会是“全都要”的最佳选择。
浏览器和库支持
- Firefox 157 和 Chromium 将通过 Rust 解码器（jxl‑rs）默认支持 JPEG XL。
- Apple 之前已通过 Safari 和系统库中的 C++ 参考实现提供支持，许多人认为这是一个关键催化剂。
- PDF 标准正在加入 JPEG XL，尤其用于 HDR 和超高分辨率图像，这也推动了浏览器支持。
性能、安全性和实现
- JPEG XL 的无损压缩效果更好，但通常比无损 WebP 解码更慢。
- 一些用户反映，在 macOS 上浏览 JXL 图像缩略图和内容时速度很慢，这表明当前平台实现可能还不成熟。
- Rust 解码器（jxl‑rs）最近在解码速度上超过了 C++ 的 libjxl；但 C++ 仍用于编码。
- 主要浏览器在解码不受信任的图像数据时更偏好 Rust，因为它在内存安全方面更有优势；C++ 被视为风险更高，尽管并非本质上更慢。
采用障碍和质疑
- 许多工具、操作系统文件浏览器和网页上传流程仍然只处理 JPEG/PNG/WebP。
- 有人认为 JXL 被过度吹捧，在现实中只带来边际收益，却增加了格式复杂度。
- 也有人乐观地认为它最终可以取代 JPEG/PNG/GIF，但指出生态和上传支持仍将是长期尾巴。