随着项目的不断迭代，我们的css会不断变大，但通常页面上需要用到的样式并没有那么多，很多样式是无用的，而如果靠人工去剔除，吃力又容易出错。

有痛点就应该去想办法解决。那么有没有办法通过自动化来把这些无用的样式剔除呢？答案是肯定的，不然就没有这篇文章了。目前我能找到的有以下两种方案：

方案一：遍历样式表，通过dom选择器判断每个样式是否在页面中存在

这种方案很精准，通过筛选有用的选择器来去掉那些没有用到的选择器。换句话来，只保留被用到的样式，去掉没用到的样式。

但这个方案明显存在缺陷，如果在js里面对dom的操作（例如对dom添加一个class样式等操作），这些如何判断？很显然，如果是js中引用到了css样式的话，这种方案是解决不了的。

方案二：找到那些一定不会被用到的选择器，去掉这些即可

那么怎么确定一个选择器一定不会被用到？从选择器的类型来看，至少包括下面几种：

• 标签选择器

• class选择器

• ID选择器

• 相邻选择器

• 父子选择器

• 属性选择器

• ...

具体有哪些，可以参考下面的链接

这么多类型的选择器，如果简单以字符解析js，想在js中确定用到了某个选择器，无疑是比较困难的事情。但我们换个角度来思考，不管选择器类型多复杂，它们都是由单词组成的，比如：

h1 => ["h"].a .d => ["a", "c"].ab-c => ["ab", "c"]#text => ["text"].ab-c #text => ["ab", "c", "text"]

因此一个合法的选择器，我们可以看作是一组单词的集合。

接着，再想想我们在html或者js里面是如果引用这些选择器的？无非就是：

    
     
    
$("text").addClass(".a");

那么对于一个选择器来说，在html或者js被引用的话，那么html或者js代码里面一定会出现这个选择器的所有单词。如果没有出现或者没有全部出现的话，证明这个选择器是没有被用到的。

比如上面例子中：

选择器h1的单词集合["h"]在html或者js中并没出现，因此选择器h1是无用的。

选择器.a .d的单词集合["a", "d"]在js中只出现了单词a，而没有出现单词d，因此选择器.a .d也是无用的。

因此，怎么确定一个选择器一定不会被用到这个问题，就转化成，如何确定一个选择器的单词集合是否是html或者js代码中的单词集合的子集这个问题。

那么判断一个选择器的单词集合是否是html或者js代码中的单词集合的子集，如果是就保留，如果不是就丢弃掉好了。

这种方案通过剔除一定不会用到的选择器，换句话来说，它只能知道某个选择器可能被用到，无法确定某个选择器是一定会用的到。

如果有仔细注意上面的例子，就会发现如果我们的html结构是这样的，选择器.ab-c依旧会被保留下来

也就是说这种方案也是还是有缺陷的，不能精准地确定某个选择器一定会用到，会存在漏剔除的情况（但绝不会出现误剔除的情况）。

在实际应用中，我们发现这种方案还是能剔除很多不必要的样式（所以目前测试的案例不多）:

因此，从原理和效果上来看，第二种方案来实现剔除css是极不错的，在实际运用中，采用开源的purifycss (毕竟有现成的，就没必要自己造轮子了)。

使用purifycss的一些细节和注意

• 精简外部css的时候，需要注意内部是否以相对路径引用其他的资源（图片，字体等）

举个例子，我的html结构和css引用是这样的：

而style-notification.fb62b095.css这个css是属于外部的一个css，它的代码里用到一张背景：

.bg {background-image: url("../../images/bg.jpg"); }

那这时候我精简css的话，把这个css转化成我们自己的cdn(//wximg.gtimg.com/wxgame/webpack/ddz/mincss/style-notification_fb62b095.css), 那么里面的代码自然也是：

.bg {background-image: "../../images/bg.jpg";}

而此时再访问我们的页面的时候，就会发现背景加载不出来了，控制台显示图片404了。原因很简单：

../../images/bg.jpg这个相对路径对于//res.wx.qq.com/wechatgame/static/game/dist/css/style-notification.fb62b095.css来说，它的真实路径是//res.wx.qq.com/wechatgame/static/game/dist/images/bg.jpg, 而对于//wximg.gtimg.com/wxgame/webpack/ddz/mincss/style-notification_fb62b095.css来说，它的真实路径是//wximg.gtimg.com/wxgame/webpack/ddz/mincss/images/bg.jpg。而我们在上传cdn，并没有上传//wximg.gtimg.com/wxgame/webpack/ddz/mincss/images/bg.jpg，所以就出现图片加载不出来的情况。

解决：在精简css的时候，需要把css里面的相对路径替换成绝对路径

// 将css中的引用的相对路径转化为绝对路径function relative2absolute(cssContent, base) {return cssContent.replace(/url\([\"\']?([^\)]+)[\"\']?\)/g, function(input, _url) {if( isRemotePath(_url)) {return input;}return "url(" + url.resolve(base, _url) + ")";});}

• 精简css后，破坏了通用模块css的缓存

这其实是一个取舍问题。把很多通用css放在一个通用模块里面，页面加载的时候，可以利用浏览器缓存加快速度。而如果精简css的话，意味着每个页面所用到的通用模块都不一样，自然就用不了缓存。

解决：不精简通用模块css，只精简具体业务相关的css。我的实现是给link加个标志min-css="true":

这样子，只构建精简带有标志位的css，通用模块的css仍可以利用缓存，而具体业务相关的css可以尽可能剔除无用的样式，减少体积。