1

六名选手正在进入战场，请做好准备 —— 全军出击：

JPEG 2000 —— JPEG 小组，这是 JPEG 编码继承者中最早初露头角的一位，不过仅被 Safari 5+ 支持
WebP —— Google，支持在所有现代浏览器中使用
HEIC —— MPEG 小组，基于 HEVC，支持在 iOS 原生应用程序使用，但是不被任何一个包括 Safari 在内的浏览器支持
AVIF —— 开源媒体协会，支持在 Chrome 和 Opera 浏览器中使用，可在 Firefox 中通过开启 image.avif.enabled 使用
JPEG XL —— JPEG 小组，下一代编码但不被任何浏览器支持
WebP2 —— Google，一个针对 WebP 的实验性质的成功尝试，主要目标是达到与 AVIF 相似的压缩率，同时保持更快的编码和解码速度。

由于 WebP2 仍处于试验阶段，并且将是与 WebP 不兼容的全新格式，因此对他进行评估尚为时过早。其他图像编码则早已完成，不过完成时间有所不同：JPEG 2000 已经有了 20 年的历史，而 JPEG XL 项目才刚成立一个月。

坦率地说，基于 HEVC 的 HEIC 不是免费，或者说，不是开源的。即使得到了 Apple 的支持，HEIC 也不大可能成为替代 JPEG 的通用编码。

因此，本文重点关注将其余的新的编码（JPEG 2000、WebP、AVIF 和 JPEG XL）与掌控旧政权的 JPEG 和 PNG 比较。

压缩

显然压缩是图像编码的重要指标，快来看看数据吧：

压缩比较

JPEG 是为了对相片进行有损压缩而创建，而 PNG 则专用于无损压缩，并在非摄影图像上表现最佳。在某种程度上，这两个编码是互补的，适用于我们实际应用中的各种用例和图像类型。

JPEG 2000 不仅优于 JPEG，而且还可以进行无损压缩。但是在非摄影图像上他落后于 PNG。
WebP 是专为替代 JPEG 和 PNG 所设计的，他在压缩结果上确实击败了两者，不过差距较小。对于高保真、有损压缩来说，WebP 有时甚至会比 JPEG 表现差。
相比 JPEG，HEIC 和 AVIF 更能有效地处理相片的有损压缩。虽然有时他们会在无损压缩方面落后于 PNG，但对于有损的非摄影图像来说会产生更好的结果。
JPEG XL 在压缩效果上突飞猛进，远胜过 JPEG 和 PNG。

结论

当有损压缩足够好（比如说针对 Web 图像而言）时，AVIF 和 JPEG XL 都有着比包括 WebP 在内的现有 Web 图像编码有着明显更好的结果。通常，AVIF 在低保真高吸引力的压缩方面处于领先地位，而 JPEG XL 在中保真到高保真方面表现出色。 目前尚不清楚这是两种图像格式的固有属性，还是开发编码器的一个关注点。不过无论如何，他们俩都远超 JPEG，领先着几英里。

2 JPEG XL、AVIF、WebP 2 · 次世代图片格式评测

总结

*	AVIF	JPEG XL	WebP 2
最大色深	12 位	24 位	12 位
最大图像尺寸	65536 x 65536	单侧 10 亿（几乎无限）	？
无损压缩	☆☆☆	★★★	★★★
高质量有损压缩	★★★	★★☆	★★☆
低质量有损压缩	★★★	★☆☆	★★☆
图层	支持	支持	不支持
编码速度	☆☆☆	★★★	☆☆☆
浏览器支持	Chrome、Firefox	Chrome 需手动开启	-

AVIF 有损压缩效果最好，无损压缩非常糟糕。编码速度很慢。
JPEG XL 无损压缩效果最好，有损压缩较 AVIF 有些许差距。编码速度快。
WebP 2 无损压缩效果优秀，有损压缩的上限达到了 AVIF 的水平，但下限很低，不稳定。编码速度很慢。
最好的方案是把 AVIF 用在有损压缩，在照片、纹理、广告等场景使用。把 JPEG XL 用在无损压缩，在 UI 设计、存档等场景使用。

而我非常看好 JPEG XL ，虽然它的有损压缩不如 AVIF，但比起 JPEG 来说有了非常大的进步，而其无损压缩又有优势，并且在最大图像尺寸、色彩深度上有决定性的优势（在传统的摄影、印刷领域）。另外还是唯一可以无损转换旧有 JPEG 图片到新格式的格式，迁移旧数据不需有所顾虑。只待浏览器支持度能赶上 AVIF 了。

3

ai图片修复的docker容器得找找了，老旧照片可用