Firefox 158 发布：JPEG XL 首次默认启用
Firefox 158 于 10 月 13 日发布，JPEG XL 首次默认启用，Accept 头加入 image/jxl；Chrome 155 一周前已跟进。
Firefox 158 是 Mozilla Gecko 内核浏览器的新版本，按官方发布日历于 2026 年 10 月 13 日 13:00 UTC 开始推送，初始只放给 25% 的用户。这一版最重要的变化在图像管线：JPEG XL（image/jxl）首次默认启用，向服务器请求图片时的默认 Accept 头也随之加入 image/jxl——JXL 从「实验室开关」走向全量默认，服务器内容协商从这一天起真正可用。MDN 的开发者说明同时确认，本版还带来 CSS 类型化算术：calc() 可以对同类型、不同单位的两个值做除法。
要点
- Firefox 158 于 2026-10-13 13:00 UTC（太平洋时间早上 6 点）开始推送，初始灰度 25%，第一个 dot release 定在 10 月 20 日。
- JPEG XL 解码器默认开启：Bugzilla bug 2065096（「把
image.jxl.enabled默认改为 true」）已标记 RESOLVED FIXED，目标里程碑 158 Branch；图像请求的默认 Accept 头变为image/avif,image/jxl,image/webp,image/png,image/svg+xml,image/*;q=0.8,*/*;q=0.5。 - 一周前的 10 月 6 日，Chrome 官方博客确认 JPEG XL 已随 Chrome 155 出货；Safari 自 17.0 起只支持静态 JXL，Edge 至今没有支持。
背景
JPEG XL 在 Firefox 的落地比原计划晚了一个版本。此前的状态是：caniuse 的兼容数据显示，Firefox 153 到 157 仅在 Nightly 通道默认开启，其他通道要靠 about:config 里的 image.jxl.enabled 开关手动打开，152 则没有任何通道默认——Phoronix 的说法是「被实验性选项门控」。今年 8 月下旬，Mozilla 的出货计划一度指向 157：Phoronix 当时的相关报道标题就是「Mozilla 提出 Firefox 157 的 JPEG-XL 出货计划」；但 9 月 29 日发布的 157.0 官方发布说明里没有任何 JXL 条目，计划顺延到了 158。
真正的开关翻转记录在 Bugzilla：Timothy Nikkel 提交的 bug 2065096 已标记 RESOLVED FIXED，目标里程碑 158 Branch。他在评论里请求写进发布说明，建议措辞是「The JPEG XL image decoder is now enabled by default in Firefox」，并指出 Android 版 Firefox 同样受影响；工程师 Beth Rennie 则提议把 Firefox Labs 的实验用户迁出，让这项功能在实验室停掉后不再出现在设置里。
竞品一侧的动作更早：Chrome 官方博客 10 月 6 日发文《Shipping JPEG XL in Chrome》，确认 JPEG XL 随 Chrome 155 出货，解码器用 Rust 重写（jxl-rs），给出的理由是「来自 web 开发者的持续反馈」。Firefox 158 等于在 Chromium 系默认启用一周后跟上。
事实部分
Firefox 158 的发布参数与 JPEG XL 开关细节，均出自 Mozilla 官方发布日历、MDN 与 Bugzilla：
| 项目 | 数值 | 来源 |
|---|---|---|
| 推送开始 | 2026-10-13 13:00 UTC（太平洋时间 6:00） | 官方发布日历 |
| 初始灰度 | 25% 用户 | 官方发布日历 |
| Dot release 1 | 10 月 20 日 | 官方发布日历 |
| 开关 | image.jxl.enabled 默认 true | Bugzilla 2065096 |
| 影响范围 | 桌面版与 Android 版 | Bugzilla 2065096 评论 |
图像请求的默认 Accept 头现在是（MDN，对应 bug 2065096）：
image/avif,image/jxl,image/webp,image/png,image/svg+xml,image/*;q=0.8,*/*;q=0.5
MDN 对格式的描述：JPEG XL 是免版税的栅格图像格式，支持有损与无损压缩、透明、动画和 HDR，还可以把既有 JPEG 无损转码为 JXL。同一版加入的 CSS 类型化算术（bug 2067411）允许 calc() 对同类型、不同单位的两个值做除法，得到的无单位商可以再转换成其他类型。Phoronix 列出的本版其他更新还包括 Smart Window 表单自动填写。
各浏览器现状（caniuse 的 jpegxl 数据，2026-10-13 查）：
| 浏览器 | JPEG XL 状态 |
|---|---|
| Firefox 158+ | 默认启用 |
| Chrome 155+ | 默认启用（此前 145–154 靠 flag） |
| Safari 17+ | 部分支持：仅静态图，不支持动画与渐进解码 |
| Edge | 不支持 |
另有两点日期口径：官方用户发布说明截至 10 月 13 日仍是占位页（「We’re still preparing the notes」），完整清单要等 Mozilla 补齐；Phoronix 的报道发布于 10 月 12 日，早于官方推送时间，属提前报道。
各方说法
Phoronix 的 Michael Larabel 在 10 月 12 日的报道里把 JPEG XL 默认化列为头条变化，并回顾了此前版本被实验开关门控的历史。Mozilla 侧的表态在 Bugzilla：提交者 Timothy Nikkel 建议的发布说明措辞是「JPEG XL 图像解码器现在默认启用」，Beth Rennie 关注的是 Firefox Labs 实验用户的迁移收尾。Chrome 一侧把动机说得直接：「我们决定出货 JPEG XL，基于 web 开发者持续不断的反馈」，并给出「比 JPEG 压缩好 30%–50%」的数字——这是厂商口径，不是第三方实测。
社区热度目前一般：Phoronix 的文章 10 月 12 日被提交到 Hacker News，截至发稿（10 月 13 日）8 分、0 条评论。中文媒体的跟进在同一个晚上：IT之家 10 月 12 日 23:19 发布《火狐 Firefox 158 浏览器发布，默认启用 JPEG XL 图像支持》，时间同样早于官方推送时刻。支持者喊了多年的默认支持真落地时，讨论反而安静——部分原因是 JXL 出局多年后，AVIF 已经占住了生态位。
图像管线影响
对图片站和前端工程师，这次变化分三层。内容协商层面：服务器读 Accept 头就能识别认识 image/jxl 的客户端，现在包括 Firefox 158 和 Chrome 155，返回 JXL 从技术上可行了。存量迁移层面：MDN 确认 JXL 可无损转码既有 JPEG，像素不变、文件更小，老图库有了低成本路径；想先在本机试格式，convt 这类不上传的本地转换器可以直接批量转。兼容层面：Safari 只认静态 JXL，Edge 完全不支持，按 Accept 头区分客户端时要给这两家留 AVIF/WebP 或 PNG 回退。摄影与修图工作流对格式取舍最敏感，我们此前对 LightCraft 的实测里提过 raw 色彩校准的缺口，JXL 在这类工作流里的实际收益还要看工具链跟进。
编辑判断
谁该在意：图片站运维（带宽是实打实的成本项，Chrome 博客给的 30%–50% 数字值得测但别直接抄进预算）、管理大体积照片库的人（无损转码意味着迁移不损像素）、以及写设计系统的前端（类型化算术让 calc() 能表达「两个值的比例」这种此前写不出的关系）。诚实的坑有三处：25% 灰度意味着今天检查版本号很可能还在 157；Safari 与 Edge 的缺口让「只出 JXL」在任何面向公众的站点上都还不成立；官方用户发布说明截至发稿仍是占位页，能引用的只有 MDN 与 Bugzilla。接下来值得盯的是 10 月 20 日的 dot release 与灰度推进、Mozilla 说明的终版，以及 Edge 何时跟进——caniuse 至今仍把 Edge 标为不支持，Chromium 系内部的节奏没人给出时间表。