在网页图片中会遇到两种情况：把大图切图，大图全部下载载完需要时间,切成小图,逐步显示，改善视觉感受，并且浏览器会多线程(可能不是os中理解的多线程，这里指同时发送请求)下载。把小图合成，减少请求个数，提高服务器性能。这里的问题在于，要切成多小？要合成多大？

在这里，http://lifesinger.org/blog/2009/07/css-sprite-performance/ 已经有人探讨这个问题了，结论就是

“考虑 IE6 最大并发数是 2, 减少链接数时，尽量减少到偶数，是一个不错的优化守则。”

我们也不知道到底多大才是一个中庸的选择。没办法，看牛逼人怎么弄的吧：

google.com:http://www.google.com//images/nav_logo29.png 33.02 KB (33,810 字节)

cn.bing.com:http://cn.bing.com/fd/s/a/k_zh_cn.png 7.66 KB (7,844 字节)

taobao.com:http://img04.taobaocdn.com/tps/i4/T1oHxQXbXuXXXXXXXX-21-515.png 4.18 KB (4,280 字节)

问题是百度、淘宝和yahoo都有1k以内的小图，比如http://img03.taobaocdn.com/tps/i3/T1OxdLXi8HXXXXXXXX-21-16.gif。可能是源于对自己服务器的自信吧。

我们数据不足，也不能给出一个论证过的答案，不过根据中国的网速现状，10k以内应该是比较好的吧。至于3、4k左右的图片，基本上也没有必要用sprite优化，而50k以内的图片也没有必要切图，一般100K的我都不切。

欢迎留下您的宝贵观点，共同进步。

 

扩展阅读：To sprite or not sprite：http://blog.vlad1.com/2009/06/22/to-sprite-or-not-to-sprite/