总要有人来改变世界的,为什么不能是你呢

web性能优化之页面加载体验(骨架屏)

针对web页面的首屏加载问题,一直是个问题,为此还引出一个性能考量标准:白屏时间、首屏时间。

1.白屏时间

打开chrome控制台的Performance,我们可以看到页面的渲染快照:

这段白屏时间影响的因素归根结底就是:资源加载耗时较长(chunk.js文件下载耗时35.75s);

而对于现在的大行其道的SPA来说,只要这个js文件没有执行,那么页面的代码就只是这样:

自然渲染结果暂时就只是一个白板咯

2.首屏时间

通常首屏内容中加载最慢的就是图片或者 iframe 资源,因此可以理解为当图片或者 iframe 都加载出来了,首屏肯定已经完成了。

所以只需要通过此类dom元素的onload事件来记录资源加载的最长的那个时间点,然后与performance.timing.navigationStart比较久可以算出首屏渲染所需要的时间了;

performance.timing.navigationStart:表示从上一个文档卸载结束时的 unix 时间戳,如果没有上一个文档,这个值将和 fetchStart 相等。

3.优化点分析

根据上述两段分析,我们可以知道,白屏时间限制于带宽,针对这一点,我们可以对静态文件进行CDN加速、OOS之类的来提高访问速度;

借用一位同学的相关文章:https://www.jianshu.com/p/c001ac7cdf21

默认我们已经解决了白屏的问题(资源访问速度);

接下来就是首屏渲染的问题:

浏览器解析js是需要时间的(js的执行关系到页面数据的填充);

img等标签请求网络资源也是需要时间的(多图片的可以考虑图片懒加载,当然这不是这篇文章讨论的)

对此,有一种解决方案就是骨架屏。

4.骨架屏

骨架屏长这样:

就是在数据或者资源渲染之前,让用户看到一个页面的骨架,不至于让用户对着空白屏傻傻等待。

针对现在的SPA应用,其实只要针对首屏做一个骨架屏就可以了;

这里有一个用vue-skeleton-webpack-plugin这个插件设置骨架屏的案例:https://www.jianshu.com/p/0a1b01ad62d6

骨架屏的显示逻辑是这样的:

从代码上来看,其实就是在不同的时间节点上用不同的dom片段来填充下面的区域:

5.骨架屏的生成/制作

手动编写骨架屏代码;

svg轮廓图片代替dom节点以及css样式;

自动化生成骨架屏代码(https://github.com/Jocs/jocs.github.io/issues/22

6.快捷方法

打开首屏,找到根节点,右键编辑:

 

将可id="app"内部区域代码复制到你的骨架屏页面;

然后index.html稍加样式:

针对有伪元素的dom节点可以使用伪元素来实现该dom节点骨架屏样式;

那么不支持伪元素的dom节点怎么处理呢(input、img等),暂时考虑用span标签将其包围,并且span标签设置为行内块状元素;

这样首页的骨架屏就做好了 ^_^ ,是不是很便捷

 

posted @ 2020-02-21 22:52  桔子桑  阅读(3455)  评论(0编辑  收藏  举报