前端图片引入方式，与各自优缺点

                            网络请求      缓存     灵活性       其他

    雪碧图：      少                    好           差              多张sprite可能有重复的部分，有几个小图标更换的时候就要换整张图

   base64：    无                    差            好               增加html/css文件大小

  单图               多                     好          好                 增加请求数

1. base64图本身确实无法缓存，但是base64图一般是存在于css里的，那么就可以随着css被缓存而实现间接缓存，所以它的缓存属性不是“无”。说它“差”是因为并不是直接被当做图片缓存。当然如果是直接写在html里的，那就没法缓存了，这个要注意。

2. base64额外增加html/css大小并不是主要问题，问题是，因此造成的渲染堵塞有时候是致命的！而作为图片文件加载则不存在这个问题，因为图片是不会堵塞到html和css加载的，因此也不会影响首屏渲染。（当然了，你非要把img标签写在style前面那我只能说，哥，我服~~~~）

1. 页面自身独有的图片，全部合并成一张雪碧图。

2. 公共模块或者公共组件，如果包含多张图片，则各自为阵合并各自的雪碧图；如果只有一两个图片，或者包含有可以被其他模块、组件、页面复用的图片，则使用灵活性好的单图模式或base64模式。

不过这种说法遗留了一个问题：例如所有页面都有的吊顶区域，假如那里有一个小图，注意，是一个喔（如果是很多的话就合并啦），这种时候是直接单图引入呢？还是base64内嵌到吊顶的css里？

好像二者都可以是吧，用单图的好处就是我在首页缓存后，逛其他页面时候就不用再加载了，当然了首页就会多一个请求；而用base64模式，会少一个图片请求，但会增加吊顶css的文件大小，从而间接增加了首页的渲染堵塞时间。好吧，又TMD陷入了纠结。。。