未加星标

Effective前端6:避免页面卡顿

字体大小 | |
[前端(javascript) 所属分类 前端(javascript) | 发布者 店小二05 | 时间 2017 | 作者 红领巾 ] 0人收藏点击收藏

什么是页面卡顿?如下:


Effective前端6:避免页面卡顿

当拖动页面或者滚动的时候页面一卡一卡的,看起来不连贯,我们就说页面卡了,这是一种非常不友好的体验,怎么衡量页面卡顿的情况呢?

1. 失帧和帧率FPS

如果你家里买了电视盒的话,在设置里面应该会有一个输出设置:


Effective前端6:避免页面卡顿

上面选中的60Hz就是帧率(frame per second),即一秒钟60帧,换句话说,一秒钟的动画是由60幅静态图片连在一起形成的。60fps是动画播放比较理想、比较基础的要求。当然如果你的显卡要是连这个都支持不了的话那就没办法了。windows系统有个刷新频率也是这个意思。

所以卡了,就是失帧了,或者掉帧了,1秒钟没有60个画面,看起来不连贯了。这可能是因为在渲染某些帧所花的时间比较长,导致停留在这些帧的时间较长,所以画面停顿了。

2. 渲染流程

60fps就要求1帧的时间为1s / 60 = 16.67ms。浏览器显示页面的时候,要处理js逻辑,还要做渲染,每个执行片段不能超过16.67ms。实际上,浏览器内核自身支撑体系运行也需要消耗一些时间,所以留给我们的时间差不多只有10ms。这10ms里面需要做一些什么事情?在Chrome的开发者文档 Rendering Performance 里面提到这个流程:


Effective前端6:避免页面卡顿

首先你用js做了些逻辑,还触发了样式变化,style把应用的样式规则计算好之后,把影响到的页面元素进行重新布局,叫做layout,再把它画到内存的一个画布里面,paint成了像素,最后把这个画布刷到屏幕上去,叫做composite,形成一帧。

这几项的任何一项如果执行时间太长了,就会导致渲染这一帧的时间太长,平均帧率就会掉。假设这一帧花了50ms,那么此时的帧率就为1s / 50ms = 20fps.

当然上面的过程并不一定每一步都会执行,例如:

你的js只是做一些运算,并没有增删DOM或改变CSS,那么后续几步就不会执行 style只改了颜色等不需要重新layout的属性就不用执行layout这一步 style改了transform属性,在blink和edge浏览器里面不需要layout和paint,如下面 css trigger 的说明:
Effective前端6:避免页面卡顿

发生掉帧的时候,我们可以使用的Chrome的devtools的timeline来观察这个过程。以最开始的例子做说明。

3. 掉帧分析

打开timeline的标签,勾上js profile和paint这两个选项,然后点击左边的记录按钮:


Effective前端6:避免页面卡顿

在页面拖动地图,出现卡顿的情况后,点击关闭记录按钮,就会生成这次操作的详细过程,先看最上面的overview图:


Effective前端6:避免页面卡顿

最上面一栏是帧率,顶点表示60fps,红色方格表示渲染时间比较长的帧,Chrome把这种情况叫做jank。可以看到上面有3个比较大的低谷,这并不是异常的失帧,这是Chrome检测到页面没有动了,idle空闲了,自动降低帧率。第二栏是CPU,黄色的为script,紫色的是CSS,蓝色是html,可以看到往往script占了比较高的CPU。关于timeline更详细的说明,可以查看 chrome的文档 。

我们注意到在6s和8s中间CPU占用有一个比较大的峰值,并且失帧得比较厉害:


Effective前端6:避免页面卡顿

选中这段区域,进行放大查看:


Effective前端6:避免页面卡顿

可以看到有好几帧都超过了16.67ms,其中有一帧甚至达到了81.8ms,所以难怪卡得那么厉害。我们重点看一下这一帧里面发生了什么。


Effective前端6:避免页面卡顿

这一帧的FPS只有1s / 81.8ms = 12fps,点击第二个tab展开:


Effective前端6:避免页面卡顿

其中js的处理用掉了46.8ms(js里面还要更新dom),排第二的rendering花掉了22.9ms,这个rendering包括上面说的css计算和layout:


Effective前端6:避免页面卡顿

最后的Painting,时间还是比较少的,只花了2.5ms:


Effective前端6:避免页面卡顿

所以最长的开销是js脚本,并且很可能js里面做了很多dom操作或者改了很多css,导致Rendering的时间也很长。

由于在开始记录之前勾选了js profile的选项,所以可观察这些js执行的具体开销,包括调用的函数栈及每个函数的执行时间:


Effective前端6:避免页面卡顿

最上面那个函数是XHR Ready State Change触发的,也就是说这一整段代码都是在一个ajax的success回调函数里面执行的。再往下可以看到回调函数里面调用的最耗时的两个函数:


Effective前端6:避免页面卡顿

其一的showMapResut就花费了22.65ms,它又调了removeOldHouses和addNewHouses,这两个各自的时间约为11ms。

而另一个showResult的时间更多:


Effective前端6:避免页面卡顿

快40ms,它下面的doShowResut和resizeContainer最为耗时。

所以我们找到4个最为耗时的函数。那接下来怎么呢?

上面已经提到,每一帧留给我们的时间只有10ms。所以可以考虑把上面那4个函数拆了,分别在4个连续的帧里面执行。这样应该会改善很多。

4. 使用requestAnimationFrame拆分代码段

我们把代码拆成一个个单元,每个单元就是一个task任务,每一帧执行之前就去取一个task执行。并且控制每个task的执行时间都在10ms以内。这样就可以解决问题。js在渲染每一帧之前会去调 requestAnimationFrame( 传一个函数的参数给它去执行)。所以用这一个api,并把task传给它。我们建立一个任务队列,为此封装一个Task类:

function Task(){ this.tasks = []; } //添加一个任务 Task.prototype.addTask = function(task){ this.tasks.push(task); }; //每次重绘前取一个task执行 Task.prototype.draw = function(){ var that = this; window.requestAnimationFrame(function(){ var tasks = that.tasks; if(tasks.length){ var task = tasks.shift(); task(); } window.requestAnimationFrame(function(){that.draw.call(that)}); }); };

使用的时候先new一个Task,然后调draw函数初始化。有任务的时候调addTask插到队尾,执行任务的时候调shift取出队头元素。

上面的实现其实有一点问题,因为requestAnimationFrame是全局的,每次new一个Task,进行draw的时候,会把上一个传给它的task给覆盖掉。但是这个是可以从代码层面上解决的,这里不展开讨论。

然后再封装一个mapTask的单例,存放map页面的task:

var aTask = null; var mapTask = { get: function(){ if(!aTask){ aTask = new Task(); aTask.draw(); } return aTask; }, add: function(task){ mapTask.get().addTask(task); } };

需要插入一个任务的时候就调一下mapTask.add,把上面4个十分耗时的函数分别当作一个任务插进去,下面是原本的执行逻辑:

updateHouses: function(houses){ var remainMultipleMarkers = null; var housesFilter = null; housesFilter = filterData.filterHouse(houses); remainMultipleMarkers = filterData.removeOldHouses(housesFilter.remainsHouses); housesFilter.newHouses = housesFilter.newHouses.concat(remainMultipleMarkers); filterData.addNewHouses(housesFilter.newHouses); },

现在把它改成两个task,并加到任务队列里面:

mapTask.add(function(){ housesFilter = filterData.filterHouse(houses); remainMultipleMarkers = filterData.removeOldHouses(housesFilter.remainsHouses); }); mapTask.add(function(){ housesFilter.newHouses = housesFilter.newHouses.concat(remainMultipleMarkers); filterData.addNewHouses(housesFilter.newHouses); });

同样地,把另外两个也这样改一下。

然后再拖动地图,查看效果,会发现页面瞬间爽滑了好多:


Effective前端6:避免页面卡顿

当把页面拖快的时候还是会有一点卡顿,但是比之前已经好很多。这里还有优化的空间,例如后面两个函数的执行时间还是比较长,可以把这两个函数再继续拆分task。

看一下timeline:


Effective前端6:避免页面卡顿

可以看到4个task分别在4帧执行,并且Task3还有很大的优化空间。

除了拆分代码段的方法外,还有其它一些地方要注意:

5. 其它的优化方法 (1)尽量减少layout

获取scrollTop、clentWidth等维度属性时都会触发layout以获取实时的值,所以在for循环里面应该把这些值缓存一下。以下代码:

for(var i = 0; i < childs.length){ childs.style.width = node.offsetWidth + "px"; }

应该改成:

var width = node.offsetWidth; for(var i = 0; i < childs.length){ childs.style.width = width + "px"; }

当循环次数很多的时候,优化版的代码会明显提高性能。

获取一个元素的样式(getComputedStyle)时,也会触发layout

另外,能够使用transform满足要求的就别使用position/width/height做动画。

(2)简化DOM结构

当DOM结构越复杂时,需要重绘的元素也就越多。所以dom应该保持简单,特别是那些要做动画的,或者要监听scroll/mousemove事件的。另外使用flex比使用float在重绘方面会有优势,详见:《 Avoid Large, Complex Layouts and Layout Thrashing 》

参考:

淘宝首页性能优化实践 如何评价页面的性能

扩展阅读:

Effective前端1:能使用html/css解决的问题就不要使用JS Effective前端2:优化html标签 Effective前端3:用CSS画一个三角形 Effectiv

本文前端(javascript)相关术语:javascript是什么意思 javascript下载 javascript权威指南 javascript基础教程 javascript 正则表达式 javascript设计模式 javascript高级程序设计 精通javascript javascript教程

主题: ChromeCSSCPU浏览器显卡淘宝其实
分页:12
转载请注明
本文标题:Effective前端6:避免页面卡顿
本站链接:http://www.codesec.net/view/531844.html
分享请点击:


1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责;
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性,不作出任何保证或承若;
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
技术大类 技术大类 | 前端(javascript) | 评论(0) | 阅读(36)