加速的关键,不是降低重量,而是减少个数。如果重量在200K以内,只要网络不是特别慢,效率都差不多。但是,如果图片个数多一倍,效率将明显低一个档次。
传统切图讲究精细,图片规格越小越好,重量越小越好,其实规格大小无所谓,计算机统一都按Byte计算。客户端每显示一张图片都会向服务器发送请求,所以,图片越多请求次数越多,造成延迟的可能性也就越大。因为一张图片的传输时间,通常远小于请求等待的时间。
减少图片的三个技巧(CSS Sprite):
1. 图片限制(Image Slicing)
典型如文本编辑器,小图标特别多,打开时一张张跑出来,给用户的感觉很不好。如果用一张图解决,则不会有这个问题,比如百度空间、163博客、Gmail都是这么做的。

Image Slicing’s Kiss of Death
http://www.alistapart.com/articles/sprites
2. 单图转滚(Single-image Rollovers)
触发切换图片的需求,传统方案得重新请求新图片,因为网络问题经常造成停留或等待。如果把多种状态合并成一张图,就能完美解决,然后再使用背景图技术模拟动态效果。

ColorScheme Ratings
http://demo.rexsong.com/200608/colorscheme_ratings/
3. 延长背景(Extend Background Image)
如果图片的某边可以背景平铺无限延长,则不需要每个角、每条边单独搞出来,图片能少一个就少一个。其实,这个理论还可以扩展到四角容器里,好处是能大大简化HTML Structure。

Extend Background Image
http://demo.rexsong.com/200705/extend_background_image/
综合案例
Google Korea(1和2技巧)
http://demo.rexsong.com/200705/google_korea/
![]()
![]()
CSS Menus(2和3技巧)
http://demo.rexsong.com/200705/css_background_menus/

蓝色经典 http://www.blueidea.com/tech/site/2007/4750.asp
© 一叶千鸟(转载请留原文链接,更新于2007年12月31日14点)
沙发。
06.05.2007 4:52 下午 - 1楼果然高!
cool
最关心的就是评分显示的
06.05.2007 6:46 下午 - 2楼厉害.
06.06.2007 8:48 上午 - 3楼不知源码是怎么控制图片的.
不错。。
06.06.2007 9:55 上午 - 4楼受益匪浅啊~~3Q~~
06.07.2007 10:34 上午 - 5楼精彩使用啊 ~
06.07.2007 10:50 上午 - 6楼韩国GOOGLE那个,牛啦!研究半天没透彻! TAT 该怎么弄哦…伤脑筋!
06.07.2007 11:58 上午 - 7楼不错
06.08.2007 5:56 下午 - 8楼韩国那个应该还是切换成gif动画图的背景,动画只循环一次吧
06.09.2007 4:34 下午 - 9楼哦 看错了 ,那张图是动画的不同状态,莫非是用js控制的
06.09.2007 4:40 下午 - 10楼http://www.yahoo.com/
06.11.2007 8:37 下午 - 11楼用FF查看一下图片就会惊叹开发者为了降低并发付出的努力,部分用的也很是经典。
我同意 个数越多。下载越慢的观点。
06.13.2007 5:26 下午 - 12楼不过合体图片个数大小理想设置是多少还是没有个把握。
韩国GOOGLE那个采用js效果来控制图片进行视觉效果
06.16.2007 8:57 下午 - 13楼呵呵 造发现这个问题了
08.03.2007 9:00 上午 - 20楼厉害
11.23.2007 3:45 下午 - 24楼很好的教程啊
11.27.2007 2:08 下午 - 26楼受益中……….
关于图片背景,有时候要有单调的背景,这时可以用一像素宽的图来做,但我记得好像又有说“不要采用一像素,而要更宽一些,否则会耗更多系统资源”什么的,我不是很清楚,所以能否解说一下一像素宽的背景图是否有问题?
06.02.2008 11:07 下午 - 29楼确实很不错,收录了,呵呵!
12.02.2009 2:12 下午 - 36楼果然是高手,我每次都搞不好背景
12.23.2009 4:28 下午 - 38楼谢谢分享,一定好好利用
01.06.2010 3:34 下午 - 39楼google那与k10k的菜单按钮类似..
03.12.2010 5:25 上午 - 42楼