渐进式 JPEG 和基线 JPEG 怎么选？网页加载、兼容性和交付场景分开看

渐进式 JPEG 和基线 JPEG 经常被简化成“网页用前者、其他场景用后者”。这个结论太快了。两者主要区别在于图片数据如何分批组织和显示，最终是否合适还取决于接收方、实际尺寸、压缩质量和页面加载链路。

如果交付目标没有明确说明，先不要把“渐进式”当成万能的加载优化，也不要把“基线”当成天然更兼容。

先把显示过程和画质分开

渐进式编码可能让查看者先看到一个较粗的整体，再逐步变清晰；基线编码通常按普通扫描顺序解码。这个显示过程并不会自动增加原图细节，也不会替你修复压缩造成的色块和文字发虚。

验收时先固定尺寸和质量，再比较两种编码。否则一边换编码，一边又改了质量或缩放尺寸，最后看到的差异无法归因。

网页场景要看真实页面

如果图片用于网页，除了编码方式，还要看实际展示宽度、首屏位置、响应式候选图和缓存策略。大图即使采用渐进式编码，仍可能给页面带来不必要的下载量；小图则未必需要把显示过程当作主要优化点。

可以参考商品图的响应式交付与首屏检查，把尺寸和加载职责先理清。编码选择应放在这之后，而不是先凭经验勾选。

交给平台或系统时，兼容性要实测

某些接收方会重新编码、生成缩略图或使用自己的解码链路。你在本地看到的“先模糊后清晰”不一定会原样出现在最终页面；相反，本地正常也不能证明上传后一定保留相同显示。

最小的验证办法是为同一张源图保留两份候选，命名清楚，分别上传到目标环境，再在桌面和移动端按实际尺寸打开。若对方规定只能使用某种编码，就以当前接收要求为准，不用把另一种格式硬塞进交付包。

质量、尺寸和格式一起记录

每次交付至少记录源图尺寸、输出尺寸、JPEG 质量、编码方式、文件大小和验收环境。检查重点包括细文字、锐利边缘、暗部噪点和加载后的实际观感。

格式转换后的验收可以参考图片转换质量检查，再通过图叮格式转换工具准备候选副本。工具能完成转换动作，是否适合目标页面仍要回到真实接收方确认。

渐进式和基线不是“谁永远更好”的选择题。把显示过程、编码质量、页面尺寸和平台兼容性分别验证，才知道这一次应该选哪一个。