系列概述
在移动web兴起的年代,速度优化重新被大家重视起来,因为手机的网络环境和性能比PC端差了很多,估计大家也能感觉到用手机打开网页的时候,能明显感觉到页面蜗牛般的速度。
这个系列的优化会以移动环境为基础,当然绝大多数规则也同样适合PC端。
优化的基本原则
速度优化有一些基本思路,提前总结一下
按需加载(只加载你需要的)
并行(让串行的事情并行起来)
压缩(通过压缩减少体积)
缓存(利用缓存,减少请求等待)
预测(预测用户行为,提前发出请求)
合并(把多个零散文件合并起来,减少请求)
自动化(让速度优化变成一种常规,和自动化工具(例如gulp,grunt,fis)结合,减少成本)
进入正题,优化你的css
为什么第一篇讲css,因为css是最难优化的,图片和js你都可以延迟加载,而css不可以,你必须在dom前面加载css,你必须接受css阻塞dom渲染的现实。
css优化之压缩(cssshrink)
我们一般都会对css进行常规压缩,主要做去空格和换行的工作。这里推荐的cssshrink会做更精细的工作,cssshrink会首先通过css parser对css进行解析,然后有针对性的进行优化。例如会吧0px和0%转换成0,bold转换成700,字符级别的极致压缩,为作者点个赞。
cssshrink具体的优化策略,点此查看
cssshrink:GitHub地址
css优化之合并
使用gulp-concat将多个css合并在一起
不要使用@import 减少阻塞和请求
css拆分
看起来和上面有些冲突,这也是css和其它部分优化不同的地方。 一般我们大家都习惯把css放在最上面,js放在最下面。这是一个好习惯,但是对于css来说并不是最好的选择。
在移动端,大家非常重视首屏时间,也就是用户看到页面的时间。把整个页面的css都放在最上面,大量首屏用不到的css会阻塞首屏的展现。
head只放首屏能用到的css,首屏外的css下移
css使用率
一般页面经过多人维护后,会产生大量用不到css,大家也不敢随意删除,这就需要一些检测工具
unu
1.1 unu是一个用来检测页面哪些css没有用到的Node.js模块
1.2 优点:提供可视化界面,使用非常简单,输入url,即可查看页面css的使用情况
1.3 缺点:目前只支持style标签式的css,另外没有执行页面的js
uncss
2.1 uncss是可以把页面css没有用到去除的模块
2.2 优点:支持命令行和gulp、grunt插件,支持link方式,基于phantomjs,模拟浏览器执行,支持js执行
2.3 缺点:仅凭一个url导出的css,不具有实际价值,另外不支持style标签
critical
3.1 critical是一个用来检测首屏css有哪些没用到的模块
3.2优点:可以输入首屏宽高来检测、有gulp、grunt插件
3.3 缺点:不支持url,只支持本地html,不支持style标签
总结
速度优化对于开发人员来说是件降低生产力的事情,所以需要尽可能的自动化,设置好规则,无痛优化,同时避免后续恶化。