最快？ClientBundle vs普通网址图片

Question

现在，我正在开发的一个大型应用程序可以单独下载所有小图像，并且通常是按需下载的。大约1000个图像，从20字节到40K字节不等。我正在尝试弄清楚，通过对较小的、使用最多的应用程序使用ClientBundle，是否会有任何客户端性能改进。我现在把‘多连接高延迟’的问题放在一边，只关注javascript/css/浏览器的性能。其中一些图像直接在CSS中使用。与通常使用相比，"spriting“有没有什么性能上的提升？一些图像被创建为新图像(Url)。让它们保持原样，将它们移入CSS并动态应用样式，还是从ClientBundle加载样式更好？某些操作的结果是图像上的setURL。我已经看到，同样的代码也可以用ClientBundle来完成，并且它可能会为该图像设置dataURI。这样做会提高性能吗?还是这样更快？

我特别谈的是运行时而不是启动时间，因为这是一个使用时间很长的应用程序，所有图像可能都会在前10分钟内被缓存，所以往返(目前)不是问题。

Answer 1

简短的回答不是真的(对于FF，chrome，safari，opera)，但有时是IE (<9)！

让我们看一下哪些客户端包执行操作

客户端包将每个镜像打包到一个...bundle中...所以你所需要的只是一个http连接就可以得到所有的它们...下一次加载应用程序时，它只需要一次新鲜度查找。(而不是n次，n是你的小图像的数量..非常浪费。)

因此很明显，客户端捆绑包极大地改善了应用程序的加载时间。

运行时性能

也许有一些时候，某个特定的图像无法下载或在互联网上丢失。如果你建立了1000个连接，出错的概率就会增加(尽管很小)。FF，Chrome，Safari，Opera只是简单地放置了图像没有找到的标志，然后继续运行。然而，IE <9将继续尝试获取这些特定的图像，使用其允许的两个连接中的一个。这确实会影响IE的性能。

除此之外，如果您继续异步加载新的小部件，并且它们在稍后阶段最终下载图像，则会有一些性能改进。

Jai