SVG：

在 2003 年一月，SVG 1.1 被确立为 W3C 标准。

参与定义 SVG 的组织有：太阳微系统、Adobe、苹果公司、IBM 以及柯达。

与其他图像格式相比，使用 SVG 的优势在于：

SVG 的主要竞争者是 Flash。

与 Flash 相比，SVG 最大的优势是与其他标准（比如 XSL 和 DOM）相兼容。而 Flash 则是未开源的私有技术。

这种方法就是直接把SVG标签写入到HTML中去，直接通过修改fill和stroke属性来控制填充颜色和边框颜色，但是缺点就是维护性不好，如果一个页面Icon特别多，可能要写好几十个SVG在页面，复用性差，后期扩展性也不佳。

这种方法直接将SVG ICON保存成一个一个单独文件，通过img或object标签引用，他的缺点就是请求数增加，每个图标都去独自加载，对服务器负载和页面高速加载不好。

采用background去调用SVG文件：

还有如果单独使用background引用SVG也会和第一种方案一样造成请求数增加，所以有不少人通过使用base64 编码来减少HTTP请求：

不过不太建议使用base64 编码，无论性能和维护方面都不是特别好，记得看过一个测试base64性能的文章，base64在移动端渲染时间比正常使用url的渲染时间要慢6倍。

目前市面上有很多提供ICON FONT制作的网站，例如：icomoon 不止开源，而且功能实在强大，可以提供输出SVG Sprites的功能，SVG Sprites它的使用方法其实就跟Png sprites是一样的，把多个SVG ICON合并到一个SVG文件里面去，然后通过background-position进行定位，这种方法可以解决请求数增多的问题。

当然如果你不喜欢用icommon也可以用自动化工具生成SVG Sprite例如用：gulp-svgstore、grunt-iconizr、gulp-svg-sprites

这种其实就是在SVG Sprites上面更进一步的使用了，SVG Sprites是需要我们去通过坐标获取对应位置图标的，但是SVG Defs/Symbols就更简单了，直接通过给每个SVG ICON定义ID，直接调用对应ID即可：

将上面代码保存为SVG文件后，在HTML我们通过下面的方式可以直接调用：

由于我们知道SVG在IE下的兼容性并不好，所以在高清ICON的适配在第四种方案的基础上进行优化，首先用icommon进行下面的步骤操作：

第一步将用AI模板做好的图标转换成SVG文件后导入到icommon中：

第二步：

第三步，设置导出文件前的类名，图标间距，颜色等等一系列参数，然后下载压缩包：

第四步，只获取我们所需要的文件夹的内容：

第五步，对icomoon生成的样式sprite.css进行微调整让其适配所有PC浏览器和Retina下的浏览器：

最后的效果：

这里应该有人会觉得也可以使用Media Queries来进行判断处理在Retinal来加载SVG Sprites，但其实Image-set它和Media Queries有些许，它不需要告诉浏览器使用什么图像，而是直接提供了图像让浏览器自己去选择加载合适的图片。兼容性方面在Safari6.1开始和Chrome21就开始支持这个属性了。

SVG目前还是存在许多问题，Windows下使用IE的兼容性和渲染效果都太差，在PC侧我们无法全量使用，所以我们可以用上面的这套解决方案解决PC下所有浏览器下兼容问题，在Retina下，不管是device =2还是3都可以兼容，不管未来是否会有更高的devicePixelRatio出来，按照上面的方法都能完美兼容，并且在对应不同的devicePixelRatio下浏览器会自动选择加载SVG或者PNG，不会两张都同时加载。