Javascript 大型CSS精灵是个好主意吗？

我有一个巨大的CSS精灵，在我的高速互联网上加载大约需要3秒钟。我想知道这是不是个好主意

---

除此之外，我还想知道我是否应该显示一个更小的图像，显示实际加载的精灵的一个比特。虽然这意味着两个HTTP请求而不是一个，但我想知道，如果我在加载文档时使覆盖区消失，是否会带来更好的UI/用户体验。

多大？？3秒似乎很荒谬。如果你在阳光下加载所有图像，那么不，这不是一个好主意。你可能还需要研究图像优化（它目前是什么格式？你能发布精灵吗？）

基本上这是一种权衡。如果您在页面上的sprite中使用了1/2的图像，这很好，因为您通过较少的HTTP连接获得了更多的收益，那么您就浪费了未使用的图像。如果你在精灵中使用了1%的图像，那就不值得了

---

至于你的第二个问题——如果精灵需要和现在一样大，一定要这样做。由于加载一个额外的小图像，您将看到很少的损失。例如，sprite的作用是将HTTP连接从100->10减少。10->11没什么大不了的。

如果你的精灵有那么大，我建议你把你的图像分成逻辑组，然后保存到几个精灵中（想想2-4）。如果不是所有拆分精灵都同时显示在一个页面上，则页面负载将增加。

这是上下文相关的…而且相当主观。-上面写着“向你致敬”的那个大的。它是.png格式，压缩级别为9。我正在从4->1请求减少。@drnessie-获取顶部图像（带有橙色的图像）并使其成为自己的图像（png-24或.jpg，使用设置播放）。将所有其他文件制作为单个png-8或.gif精灵。整体压缩效果会显著提高。