文章简介：并不是说css-sprite技术不好，只是什么时候需求用，什么时候不需求用，不能够混为一谈的跟风，看人家网易用了，你也用！

最开始的时候，图片都是一张一张单独存在，需求哪张，就发送http请求来调用，随着时间的推移，background-position的使用，又衰亡了css-sprite这种技术，一时之间大家都在盲目跟风，认为不这样做就不够专业，或者技术不够好等。

css-sprite是把所有用于网页背景的图片，拼合在一张大图之内，然后通过背景图定位的方法，来控制显示本人需求的那张图。但是不是所有的图片都适用css-sprite，例如网页内的图片，或者是需求反复平铺的图片。并且，这种大图一旦合并当前，如果当前再要修正其中的某一个图片，就要牵一发而动全身，如果只是简单颜色改变，或许还稍微容易一些，但是如果大图内的某些元素的尺寸变化了，就需求重新进行合并了，并且可能会导致其他图片的位置发生变化，从而演化成调整一个图片，还要同时调整大图内的其余图片，并且要调整css的background-position的数值。

并不是说css-sprite技术不好，只是什么时候需求用，什么时候不需求用，不能够混为一谈的跟风，看人家网易用了，你也用！

css-sprite适用的条件：
1.网站的开发曾经完毕，包括功用，模块，交互，程序，都曾经反复测试，就差发布;
2.网站曾经趋于完满，不会再三天两头的改动，不能说今天上线了，明天觉得按钮太小了，要调整，后天觉得按钮太大了要调整;
3.你的网站流量很大，需求尽量减少http的请求次数;

css-sprite也并不是像看起来那么简单的，只是单一的把图片拼合在大图上那么简单，首先你应该考虑，那些图片是需求每个页面都要引入的，这些图片可以拼合到一张大图中，而那些只要一般页面才需求调用的图片，则不适合也加在大图里面，否则你的http请求次数的确是小了，但是某些图片其实在某些页面是不需求用到的，但是你放在一张大图里面，用户还是需求去加载，形成了网速的负担。

另外，对于一些小公司，做一个产品没有一个合理的构思甚至框架，想到哪里就让人去做，想一步做一步，做一步改一步，改完一步，再改一步，改来改去没有最终敲定的，这个时候如果一开始就使用css-sprite拼合图片，无疑给本人形成了巨大的困扰，添加了许多的任务量。所以最好是，等到产品曾经完全敲定，测试没有问题，可以上线发布了，再去拼合图片。