带ICC元数据的JPEG图像解码疑问：为何采用JFIF转换公式？

• JFIF标准的基础性与兼容性：JFIF是JPEG图像最早普及的应用规范，ijg、libjpeg-turbo这类经典解码器从诞生起就以JFIF为核心实现依据，其色彩转换逻辑是代码的基础模块。为了保证对海量存量JFIF格式图像的兼容，以及维持解码逻辑的稳定性，开发者不会轻易修改这一核心转换逻辑。
• ICC色彩管理的可选性与实现复杂度：ICC色彩配置文件属于JPEG标准中的可选扩展块，并非所有JPEG图像都会携带。早期解码器设计时，色彩管理并非核心需求，后续即使支持ICC块，多数基础解码器也仅将其作为元数据读取，而非替换核心的YCbCr转RGB流程——完整实现ICC指定的色彩转换需要额外的色彩管理引擎，会增加解码器的体积和复杂度，对于追求轻量、高效的解码器（比如mini jpeg decoder）来说，这种额外开销并不划算。
• 行业约定俗成的行为惯性：由于主流解码器长期采用JFIF的转换公式，很多图像编码工具在生成带ICC块的JPEG时，也会确保ICC指定的转换与JFIF公式一致，避免出现解码结果不一致的问题。这种行业默契进一步强化了解码器维持原有转换逻辑的行为。
• 标准定义的模糊地带：JPEG标准本身并未强制要求解码器必须遵循ICC块指定的色彩转换，仅规定了ICC块的结构和元数据含义。这就给解码器留下了实现空间，多数开发者选择优先保证兼容性和性能，而非严格遵循ICC的转换要求。

内容的提问来源于stack exchange，提问作者Ram