何时交错图像？
作为一个普遍的经验法则，什么时候适合做一个GIF交错，PNG交错和JPEG进步？
特别是在networking上发布图像时。
-
JPEG： 是 – 使用逐行扫描 。 它使文件变小（ 每次传递都得到自己的霍夫曼表 ），部分渲染看起来相当不错。
-
GIF： 不 – 不可能使文件变小，局部渲染效果差，对于animGIF来说是没有意义的。 最好不要使用GIF （ 是的，即使是动物 ）。
-
PNG： 不 – 这会伤害到压缩（因为每次传递的数据在统计学上是完全不同的）。 如果图像较大，请尽可能使用高质量的JPEG或有损坏的PNG ，因为这可能会比大型无损PNG的像素预览快。
ImageOptim会在文件变小时自动更改渐进/隔行格式。
nitpickers的免责声明：
- 在中小尺寸图像的情况下，每个图像的渐进式预览将不会足够长，以供用户欣赏。 有些浏览器在下载整个文件之前，甚至都不打扰渲染任何东西，所以最好把重点放在节省带宽以尽快获取整个页面。
- 当文件很小（小缩略图）时，非渐进式JPEG效率更高一些，但节省的效果也很小。
- 对于基准JPEG，iOS Safari的最大允许图像大小比渐进式的大，但是正确的解决scheme是首先为合适的移动大小提供图像。
我的一般经验法则是 ：不要使用隔行扫描。 隔行格式通常占用更多的空间，在解码器中具有（略微）更多的复杂性和较less的支持，并且所谓的用户体验优势至less是有争议的。 一些PNG的论点， 一般来说 。
有些人喜欢交错或“渐进”的图像，逐渐加载。 这些格式背后的理论是，用户至less可以在加载所有位的同时查看图像的模糊全尺寸代理。 在实践中，用户被迫在加载所有位的同时查看图像的模糊全尺寸代理。 好了吗？ 那么，它看起来有点模糊。 哦，等等，图像的顶部似乎正在得到更多的细节。 也许现在就完成了。 不过，它仍然有点模糊。 也许摄影师没有使用三脚架。 等等，现在好像清理了
隔行扫描的图像效率稍低，但在通过networking传输时，在客户端延迟较短后出现。 恕我直言，他们应该使用时，图像的预期下载时间足够长，让用户感知（1秒以上）。 文件大小的差异确实很小，所以最好谨慎小心，并且使用交错，而不是太less。
在2012年的普通宽带互联网上，我只是用它为每个图像大于100kb。
这些点必须有用。
隔行扫描（更一般地说，逐行显示）是在监视器上显示图像的方法。 何时使用它？ 你的决定应该基于这些因素：
•>非隔行图像比隔行图像小。
•隔行扫描图像比非隔行扫描图像闪烁less
•>隔行扫描图像更容易查看。
隔行扫描让你在所有的数据传输之前看到图片（使它们看起来更快，更好看），并给你“下载速度更快”的感觉。
提示：不build议将隔行扫描用于小图像，但如果观看者使用慢速连接，则必须使用隔行扫描
这只是Y答案，我认为可以帮助理解的副本。 原始答案可以在以下urlfind： https : //answers.yahoo.com/question/index?qid=20090211121956AAz7Xz8
只是把我的两个论点放在一个论点上： 隔行扫描是在几年前互联网速度很慢的时候推出的，这个想法是这个图像会以一种更加明确的方式呈现出来，而不需要等待一个图像的整体外观和感觉整个事情加载。
今天的隔行扫描基本上是不必要的，应根据传输图像的整体大小来使用。
对JPEG图像进行渐进式扫描，在尝试减小整体文件大小（即，实际压缩模式而不是构成图像的比特的stream式传输方法）时，图像确实提供了更精细的图像。
PNG使用比GIF 更复杂的algorithm 。
网站pipe理员有一个有趣的相关post
密切取决于他们将如何使用。
这个post表明，对于进步的图像是有限的 – 真正的支持。 有时他们可能会导致不支持渐进格式的插件的问题。
希望有所帮助。
