谷歌浏览器开始支持 JPEG XL 格式了？它能不能替代 JPG 格式

2026 年 10 月，图片格式圈发生了一件颇具戏剧性的事：Chrome 155 正式启用 JPEG XL（.jxl）解码支持，Firefox 158 也同步默认开启，Safari 则早在 2023 年就已加入。 一个曾被 Chrome 亲手移除的格式，如今又回到主流浏览器舞台。于是很多人问：JPEG XL 是不是终于要替代 JPG 了？

它为什么被称为“JPEG 的下一代”

JPEG XL 由联合图像专家组（JPEG）制定，标准编号 ISO/IEC 18181，是免版税的新一代图像格式。 相比已有三十多年历史的 JPG，它有几个明显优势：

压缩效率更高：同等画质下，体积通常比 JPG 小 30%–50%，部分场景可达 60%。

支持有损和无损：既能用于照片压缩，也能用于高质量存档。

支持透明、动画、HDR 和广色域：功能覆盖 JPG、PNG、GIF 等多个传统格式。

可无损转码现有 JPG：把老 JPG 转成 JPEG XL 后，文件可缩小约 20%–30%，还能逐字节还原成原始 JPG

渐进式加载体验更好：只需下载少量数据就能先显示图像轮廓，再逐步补全细节，对首屏加载和弱网体验更友好。

这些特性让它在摄影图库、数字资产存档、PDF 文档、DICOM 医疗影像、DNG/ProRAW 等专业场景里越来越受关注。

它为什么一度被放弃

JPEG XL 的技术优势并不缺，但浏览器支持一直反复。Chrome 曾在 2022 年移除 JPEG XL，理由是当时生态收益不足，且更希望推动 AVIF。 问题在于，浏览器每新增一种图片格式，都意味着解码器维护成本、安全风险和兼容性测试成本上升。尤其是传统 C++ 解码库代码量庞大，存在越界读取、缓冲区溢出等隐患。

真正让 JPEG XL “复活”的关键，不是单纯的技术更强，而是安全实现成熟了。

谷歌重新引入 JPEG XL 时，采用了纯 Rust 编写的解码器 jxl-rs，以替代原来的 C++ 版 libjxl。 Rust 能在编译期减少内存安全问题，再配合 SIMD 优化、模糊测试和 AI 代码审查，才让浏览器团队愿意再次接纳它。

它能替代 JPG 吗？短期不能，长期有机会

更准确地说：JPEG XL 有能力成为 JPG 的重要继任者，但不会立刻取代 JPG。JPG 已经存在数十年，几乎所有设备、软件、相机、社交平台都支持。

浏览器支持仍在普及期。虽然 Chrome、Firefox、Safari 已陆续支持，但旧版本浏览器、部分安卓设备和第三方应用仍需时间跟进。

网站需要多格式兜底。目前更稳妥的做法是用 <picture> 同时提供 AVIF/WebP/JPEG XL/JPG，让浏览器自行选择。

工具链尚未完全普及。部分修图软件、内容管理系统、CDN 和社交平台还未原生支持 .jxl。

和 AVIF、WebP 怎么选？

2026 年的现实格局是：WebP 已成为新的基础格式，AVIF 是低码率压缩的强选项，JPEG XL 则更适合高保真、无损和渐进式场景。

追求极致低码率、图片量大：AVIF 仍很有竞争力。

兼顾兼容性和体积：WebP 依然是稳妥选择。

摄影作品、无损存档、渐进加载、JPG 无损迁移：JPEG XL 优势更明显。

面向所有用户：仍建议保留 JPG 或 WebP 兜底。

JPEG XL 的复活，并不是一次简单的格式回归，而是浏览器生态、安全工程和应用需求共同推动的结果。它短期内不会让 JPG 消失，但已经具备了从专业摄影、数字存档到现代 Web 逐步渗透的条件。

对普通用户来说，暂时不用急着把所有图片换成 .jxl；对开发者和内容平台来说，现在更适合开始测试 JPEG XL，把它作为 AVIF 和 WebP 之外的补充选项。JPG 的时代还没有结束，但它的继任者，确实已经重新上路了。