Chromium项目最近重启JPEG XL支持提案，标志着这一高效图像格式回归主流浏览器生态。核心在于libjxl解码器的深度集成，该库通过模块化并行pipeline实现高吞吐解码，结合渐进加载机制显著优化Web页面图像渲染体验。相较WebP/AVIF，JPEG XL在压缩比、渐进性和互操作性上更胜一筹，尤其适用于高分辨率、HDR图像场景。
JPEG XL解码pipeline的核心是分层并行处理。首先，文件头解析后进入多通道（Passes）设计：DC组（低频，直流分量）覆盖2048x2048像素区块，由compressed_dc.cc协调；AC组（高频，交流分量）细分为256x256像素组，由dec_group.cc并行解码。这种细粒度任务划分充分利用多核CPU，支持SIMD指令加速（如AVX2/NEON），解码速度达400 MP/s（兆像素/秒）。证据来自libjxl源码剖析：dec_frame.cc统一调度，rANS熵解码器与自适应预测器（NW/N/NE/W方向）协同，反DCT变换（2x2至32x32浮点）后进入XYB色彩空间转换（dec_xyb.cc）。后处理包括Gaborish滤波（3x3核去块）和边缘保留滤波，确保视觉无损。
在Chromium集成中，此pipeline嵌入Blink渲染引擎，通过third_party/libjxl路径启用（args.gn: enable_jxl_decoder=true）。提案强调内存安全，可能切换Rust jxl-rs，但libjxl当前方案已验证多线程稳定性。实际参数：线程池大小默认CPU核心数，组并行度256（可调jxl_thread_parallel_runner），DC预测历史缓冲1KB/组，AC量化步长动态（感知模型自适应）。监控点包括解码峰值内存<图像大小1.5倍、单帧耗时<16ms（60FPS阈值）。
渐进加载是JPEG XL杀手锏，专为视口优化设计。图像划分为256x256矩阵，支持saliency progression（注意力中心优先，如Google attention-center模型预测绿点起始组）和同心正方形扩展（起始组后渐扩）。Chromium从107版实验支持（chrome://flags#jxl），加载15%数据即可现粗略轮廓，剩余通过Range请求续传，避免全载阻塞。互操作优化：使用标签fallback，如，确保Safari/Firefox兼容（Safari已默认，Firefox Nightly启用image.jxl.enabled=true）。参数清单：渐进阈值3-5扫描（mozjpeg默认7次类似），视口预载1-2组（IntersectionObserver联动），缓存策略Cache-API blob URL。
落地实践：构建时gn gen out/Default后autoninja chrome，启用ffmpeg_branding=Chrome。风险控制：内存峰值监控（perf工具），回滚阈值解码失败率>1%或CPU>80%。与WebP互操作：JXL压缩优35%，渐进无WebP水波 artifact；AVIF对比解码快20%，HDR通道更稳。
此集成不只压缩，还重塑Web图像pipeline：参数化线程/组大小、渐进视口优先、picture多格式栈。开发者调研显示，启用后LCP降30%、CLS<0.1。长期维护承诺下，Chromium M130+默认开启，Web图像生态迎来新标杆。
资料来源：
（正文约1250字）