北京
你熟悉的图片格式，大多已经陪了我们几十年。JPEG、PNG不必多说，GIF在社交平台上的小循环动画重新流行时，还回光返照过一次。这些年也冒出了WEBP、AVIF等新面孔，被各家平台和软件公司采用，图的是效率、性能和画质。
在这批争夺存在感的新格式里，有一个叫JPEG XL。它被寄望于在无损压缩领域改进JPEG能做到的事，同时还补上了无损模式。当年有人期待它成为Web上所有现有栅格格式的通用替代品。问题在于，谷歌似乎站在它的对立面，后来又来了个急转弯——如今这个格式眼看要迎来大场面，背后重新站上了这家搜索巨头。所以，到底发生了什么？
JPEG XL标准很现代，但绝非全新。它最初于2021年10月13日发布，由联合图像专家组（Joint Photographic Experts Group）、谷歌和Cloudinary组成的联盟开发，源自Jon Sneyers早前在FUIF格式上的工作，以及谷歌在PIK格式上的积累。
最终确定的格式使用*.jxl扩展名。规范定义的能力远超经典JPEG：有无损压缩，连alpha通道也能无损处理；也有多种模式的有损压缩，分别适配摄影图像和合成图像。解码速度依然很快，几乎和JPEG一样快，比采用x265的HEIC快得多。一项面向未来的特性是，它支持32位采样精度，以及单边超过十亿像素的图像——也就是万亿像素级。
标准落地后的几年里，一批大厂站到了它身后：Meta、Adobe、英特尔、Flickr。谷歌从字面上就参与了标准开发，看起来像是从头就全力支持，但历史要复杂得多。
早在2021年，Chromium就实现过基于libjxl的解码器，这似乎预示着Chrome等产品很快会支持JPEG-XL。然而方向很快变了。2022年底，它被列入移除计划，理由是生态支持不够好，不足以证明继续投入是合理的。到了Chrome 110，已经找不到它的痕迹——JPEG-XL不会成为其中一部分。
此后几年，Chrome的问题追踪器上争论不休，讨论这个新生格式该不该被纳入。在其他地方，JPEG-XL也举步维艰。苹果在2023年把它放进了Safari，Mozilla则一直观望，指出出于内存安全方面的考虑，再引入一个C++图像解码器并不可取。
转机出现在2025年11月。谷歌Chrome区域技术负责人Rick Byers表示，局面已经变了。他发帖称，鉴于PDF格式和Safari等都已加入对JPEG-XL的支持，加上更广泛生态中的其他支持信号，开发团队愿意“在Chromium中集成一个高性能且内存安全的JPEG XL解码器”。
Chrome握有超过65%的浏览器市场份额，这对该格式而言是改变游戏规则的一步，采用率很可能在Web上飙升。前提是它真的被实现。不过Byers也谨慎地指出，纳入新格式的前提是承诺对解码器进行长期维护。
事情推进得很快。今年2月Chrome 145发布时，JPEG-XL已在名单之上，这要归功于用Rust编写的jxl-rs解码器。出于安全考虑，这是一个有意的选择，谷歌依靠“2法则”来保证浏览器安全。但新解码器并未默认启用。又过了大约半年，这个新格式才真正成为Chrome的主流组成部分，而不是藏在实验性开关后面。到Chrome 155，JPEG-XL将在浏览器中得到完整支持。
别指望更广阔的Web上立刻冒出大量*.jxl文件。不过，新格式的压缩率比JPEG好30%到50%，这对任何想压缩数据预算、改善页面加载时间的内容提供方都有吸引力。当性能收益带来的流量提升足以弥补老旧不兼容浏览器流失的用户时，变化会来得更快。
对作为终端用户的你来说，这意味着什么？大概只是一些小麻烦。你下载了一个*.jxl文件，想塞进不支持它的旧软件里，会时不时卡住。你可能拿到一台用JPEG-XL拍照的设备，却发现传不进某个图片提交表单早已过时的老网站。
HEIC、AVIF、WEBP在Web上轮番出现时，我们都经历过同样的问题，这次还得再扛一遍。至少到头来，我们会有稍微好看一点、占空间又小一点的图片。这么一想，倒也值了。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
