这个问题更多地与浏览器处理由HTML和CSS创建/呈现的对象的方式有关，而不仅仅是脚本问题。
如果我的div为100像素×100像素，我希望它有一个漂亮的半透明蓝色背景，但我不想使用CSS将背景颜色设置为RGBA（然后只是调整alpha），因为浏览器兼容性问题，所以我做了一个.png文件，是一个半透明的蓝色，并将div的背景图像设置为该png文件，然后将其平铺....
我可以平铺一百个1px的图像正方形。
或
我可以平铺四个25像素的图像正方形。
两者都会产生相同的效果，除了1px图像正方形比25px图像正方形加载更快......但我想知道屏幕上有100个图像正方形是否会落后于浏览器而不仅仅是4个图像在屏幕上有更大的图像？浏览器本身是否为每个图像拼贴创建一个新的参考，然后必须跟踪它们并更新它们的位置？
似乎在网页屏幕上放置100,000张1px xpp图像会比在屏幕上放置一张100,000px到100,000px图像更加滞后？特别是如果用户向上或向下滚动。正确？
答案 0 :(得分：1)
重复图像n次的任务取决于用户的机器执行。它取决于普通用户机器的处理能力。
如果您认为平均而言，您将从普通用户的计算机获得2-3GHz的处理能力，并将其与10兆比特/秒的平均下载速率进行比较，我会说瓶颈是下载速度。目前，网络速度的滞后几乎可以忽略不计，因此差异很小，以至于不值得担心，但是，下载较大图像的网络滞后可能会比处理器的延迟更糟糕。浏览器的图像。
无论是将较大的图像平铺20次还是将较小的图像平铺200次，浏览器仍然会使用相同的执行循环来执行图像的平铺，后者只需要更多的迭代，所以我认为处理器会很多比网络更有效率。
另外，我想说如果你能用更小的图像达到同样的效果，那么对于你的用户来说，使用这些疯狂的ISP价格和带宽上限可能使用绝对最小带宽会更加周到和礼貌。