渐进式 jpeg 是快速加载图像的好解决方案吗？
Is progressive jpeg a good solution for fast loading images?
我发现很多网站从一种内容切换到另一种内容，却没有让用户观看许多图像的加载，一切都显得那么轻盈。通常，我看到一种 5、10 或 15 秒（没有进度条）的加载动画，这让我认为这是网站呈现所有初始内容的时刻。我只是遇到了对渐进式 jpeg 的良好使用，或者他们使用了特殊的框架？如果不是，快速加载图像的正确开发方法是什么？
在高速互联网时代，渐进式 JPEG 的优势在于，通过正确的设置，您通常可以获得比连续式更好的压缩效果。在拨号调制解调器时代，渐进式 JPEG 和隔行扫描的 GIF 和 PNG 可以让您预览您正在下载的图像的样子（如果它不好，您可以停止下载）。
Progressive JPEG 确实允许您所描述的内容。它需要更多的处理，因为解码器必须为每次屏幕更新解压缩图像。为了在屏幕上看到这种效果，解码器必须支持扫描后重新解码，并且应用程序需要与解码器交互以更新显示。
总而言之，解码图像的最快方法是处理整个 JPEG 流。渐进式显示需要更多处理，但允许用户看到正在发生的事情。
我发现很多网站从一种内容切换到另一种内容，却没有让用户观看许多图像的加载，一切都显得那么轻盈。通常，我看到一种 5、10 或 15 秒（没有进度条）的加载动画，这让我认为这是网站呈现所有初始内容的时刻。我只是遇到了对渐进式 jpeg 的良好使用，或者他们使用了特殊的框架？如果不是，快速加载图像的正确开发方法是什么？
在高速互联网时代，渐进式 JPEG 的优势在于，通过正确的设置，您通常可以获得比连续式更好的压缩效果。在拨号调制解调器时代，渐进式 JPEG 和隔行扫描的 GIF 和 PNG 可以让您预览您正在下载的图像的样子（如果它不好，您可以停止下载）。
Progressive JPEG 确实允许您所描述的内容。它需要更多的处理，因为解码器必须为每次屏幕更新解压缩图像。为了在屏幕上看到这种效果，解码器必须支持扫描后重新解码，并且应用程序需要与解码器交互以更新显示。
总而言之，解码图像的最快方法是处理整个 JPEG 流。渐进式显示需要更多处理，但允许用户看到正在发生的事情。