1 | 随着浏览器的日新月异,网页的性能和速度越来越好,并且对于用户体验来说也越来越重要。 |
原理:
首先我们了解一下页面的基本渲染流程(参考):
webkit渲染过程:
Gecko渲染过程:
那么,为什么要做这种优化呢?上面的流程图就是原因:首先解析html生成dom树,同时解析css生成css树,之后结合两者生成渲染树,然后渲染到屏幕上。不但如此,如果css后面有其他javascript,并且css加载时间过长,也会阻塞后面的js执行,因为js可能会操作dom节点或者css样式,所以需要等待render树完成。那么,如果我们能优化css,那么就能大大减少页面渲染出来的时间,从而提升pv,增加黏性,走向编码巅峰。。。
怎么做呢:
目前我知道的比较实用的办法是webpack集成critical,critical是一个提取关键css,内联到html中,并且使用preload和noscript兼容加载非关键css的工具。
那么,我们开门见山,直接从webpack配置开始:
1 | const HtmlWebpackPlugin = require('html-webpack-plugin'); // 创建html来服务你的资源 |
然后是html文件:
1 |
|
接着是css文件:
1 | .div { |
运行webpack后,查看打包后的html文件:
1 | // 省略... |
代码仓库在此,点击fork进行实战练习
可以看到,h2标签的css样式没有出现在内联style里,而是出现在main.[hash].css中,因为它不再所设置首屏范围内,这就是所谓的首屏css优化。
相关内容
在上面打包后的html文件里,我们看到了有一个link内有rel="preload" as="style"
字段,紧接着下面就有一个noscript
标签,这两个是做什么的呢?
rel="preload" as="style"
: 用于进行页面预加载,rel="preload"
通知浏览器开始获取非关键CSS以供之后用。其关键在于,preload
不阻塞渲染,无论资源是否加载完成,浏览器都会接着绘制页面。并且,搭配as使用,可以指定将要预加载内容的类型,可以让浏览器:- 更精确地优化资源加载优先级。
- 匹配未来的加载需求,在适当的情况下,重复利用同一资源。
- 为资源应用正确的内容安全策略。
- 为资源设置正确的 Accept 请求头。
noscript
:如果页面上的脚本类型不受支持或者当前在浏览器中关闭了脚本,则在HTML<noscript>
元素中定义脚本未被执行时的替代内容。换句话说,就是当浏览器不支持js脚本或者用户主动关闭脚本,那么就会展示noscript
里的内容,而critical则是利用这一点做了向后兼容
总结
利用critical可以大大提高页面渲染速度,但是由于其使用puppeteer,所以下载安装比较麻烦,上面的webpack中使用设置env中puppeteer位置的方法解决了这一问题。
文中如若有不对的地方,还望之处,共同交流。