1. <legend id="LIXnH"><legend id="LIXnH"></legend><li id="LIXnH"><ol id="LIXnH"><bdo id="LIXnH"></bdo><tr id="LIXnH"></tr></ol><button id="LIXnH"></button></li><b id="LIXnH"><tr id="LIXnH"><audio id="LIXnH"><b id="LIXnH"></b></audio><dd id="LIXnH"><dfn id="LIXnH"><keygen id="LIXnH"></keygen></dfn></dd></tr><samp id="LIXnH"></samp></b><td id="LIXnH"><dfn id="LIXnH"></dfn></td></legend>

    2. <fieldset id="LIXnH"><param id="LIXnH"></param><source id="LIXnH"></source></fieldset>
      1. <button id="LIXnH"><output id="LIXnH"><input id="LIXnH"><dd id="LIXnH"><button id="LIXnH"><thead id="LIXnH"><ruby id="LIXnH"></ruby></thead><form id="LIXnH"></form><button id="LIXnH"></button></button><colgroup id="LIXnH"></colgroup></dd></input></output></button>

            |
            |
            |
            |
            公众号矩阵

            【开发必看】你真的了解回流和重绘吗?

            回流和重绘可以说是每一个web开发者都经常听到的两个词语,可是可能有很多人不是很清楚这两步具体做了什么事情。最近有空对其进行了一些研究,看了一些博客和书籍,整理了一些内容并且结合一些例子,写了这篇文章,希望可以帮助到大家。

            作者:腾讯云加社区来源:segmentfault|2021-04-18 14:50

            回流和重绘可以说是每一个web开发者都经常听到的两个词语,可是可能有很多人不是很清楚这两步具体做了什么事情。最近有空对其进行了一些研究,看了一些博客和书籍,整理了一些内容并且结合一些例子,写了这篇文章,希望可以帮助到大家。

            浏览器的渲染过程

            本文先从浏览器的渲染过程来从头到尾的讲解一下回流重绘,如果大家想直接看如何减少回流和重绘,优化性能,可以跳到后面。(这个渲染过程来自MDN)

            浏览器渲染过程

            添加描述

            从上面这个图上,我们可以看到,浏览器渲染过程如下:

            1.  解析HTML,生成DOM树,解析CSS,生成CSSOM树
            2.  将DOM树和CSSOM树结合,生成渲染树(Render Tree)
            3.  Layout(回流):根据生成的渲染树,进行回流(Layout),得到节点的几何信息(位置,大。
            4.  Painting(重绘):根据渲染树以及回流得到的几何信息,得到节点的绝对像素
            5.  Display:将像素发送给GPU,展示在页面上。(这一步其实还有很多内容,比如会在GPU将多个合成层合并为同一个层,并展示在页面中。而css3硬件加速的原理则是新建合成层,这里我们不展开,之后有机会会写一篇博客)

            渲染过程看起来很简单,让我们来具体了解下每一步具体做了什么。

            生成渲染树

            渲染树构建

            为了构建渲染树,浏览器主要完成了以下工作:

            1.  从DOM树的根节点开始遍历每个可见节点。
            2.  对于每个可见的节点,找到CSSOM树中对应的规则,并应用它们。
            3.  根据每个可见节点以及其对应的样式,组合生成渲染树。

            ***步中,既然说到了要遍历可见的节点,那么我们得先知道,什么节点是不可见的。不可见的节点包括:

            •  一些不会渲染输出的节点,比如script、meta、link等。
            •  一些通过css进行隐藏的节点。比如display:none。注意,利用visibility和opacity隐藏的节点,还是会显示在渲染树上的。只有display:none的节点才不会显示在渲染树上。

            从上面的例子来讲,我们可以看到span标签的样式有一个display:none,因此,它最终并没有在渲染树上。

            注意:渲染树只包含可见的节点

            回流

            前面我们通过构造渲染树,我们将可见DOM节点以及它对应的样式结合起来,可是我们还需要计算它们在设备视口(viewport)内的确切位置和大小,这个计算的阶段就是回流。

            为了弄清每个对象在网站上的确切大小和位置,浏览器从渲染树的根节点开始遍历,我们可以以下面这个实例来表示:

            1. <!DOCTYPE html>  
            2. <html>  
            3.   <head>  
            4.     <meta name="viewport" content="width=device-width,initial-scale=1">  
            5.     <title>Critial Path: Hello world!</title>  
            6.   </head>  
            7.   <body>  
            8.     <div style="width: 50%">  
            9.       <div style="width: 50%">Hello world!</div>  
            10.     </div>  
            11.   </body>  
            12. </html> 

            我们可以看到,***个div将节点的显示尺寸设置为视口宽度的50%,第二个div将其尺寸设置为父节点的50%。而在回流这个阶段,我们就需要根据视口具体的宽度,将其转为实际的像素值。(如下图)

            回流

            重绘

            最终,我们通过构造渲染树和回流阶段,我们知道了哪些节点是可见的,以及可见节点的样式和具体的几何信息(位置、大小),那么我们就可以将渲染树的每个节点都转换为屏幕上的实际像素,这个阶段就叫做重绘节点。

            既然知道了浏览器的渲染过程后,我们就来探讨下,何时会发生回流重绘。

            何时发生回流重绘

            我们前面知道了,回流这一阶段主要是计算节点的位置和几何信息,那么当页面布局和几何信息发生变化的时候,就需要回流。比如以下情况:

            •  添加或删除可见的DOM元素
            •  元素的位置发生变化
            •  元素的尺寸发生变化(包括外边距、内边框、边框大小、高度和宽度等)
            •  内容发生变化,比如文本变化或图片被另一个不同尺寸的图片所替代。
            •  页面一开始渲染的时候(这肯定避免不了)
            •  浏览器的窗口尺寸变化(因为回流是根据视口的大小来计算元素的位置和大小的)

            注意:回流一定会触发重绘,而重绘不一定会回流

            根据改变的范围和程度,渲染树中或大或小的部分需要重新计算,有些改变会触发整个页面的重排,比如,滚动条出现的时候或者修改了根节点。

            浏览器的优化机制

            现代的浏览器都是很聪明的,由于每次重排都会造成额外的计算消耗,因此大多数浏览器都会通过队列化修改并批量执行来优化重排过程。浏览器会将修改操作放入到队列里,直到过了一段时间或者操作达到了一个阈值,才清空队列。但是!当你获取布局信息的操作的时候,会强制队列刷新,比如当你访问以下属性或者使用以下方法:

            •  offsetTop、offsetLeft、offsetWidth、offsetHeight
            •  scrollTop、scrollLeft、scrollWidth、scrollHeight
            •  clientTop、clientLeft、clientWidth、clientHeight
            •  getComputedStyle()
            •  getBoundingClientRect
            •  具体可以访问这个网站://gist.github.com/pauli...

            以上属性和方法都需要返回***的布局信息,因此浏览器不得不清空队列,触发回流重绘来返回正确的值。因此,我们在修改样式的时候,***避免使用上面列出的属性,他们都会刷新渲染队列。如果要使用它们,***将值缓存起来。

            减少回流和重绘

            好了,到了我们今天的重头戏,前面说了这么多背景和理论知识,接下来让我们谈谈如何减少回流和重绘。

            最小化重绘和重排

            由于重绘和重排可能代价比较昂贵,因此***就是可以减少它的发生次数。为了减少发生次数,我们可以合并多次对DOM和样式的修改,然后一次处理掉。考虑这个例子

            1. const el = document.getElementById('test');  
            2. el.style.padding = '5px' 
            3. el.style.borderLeft = '1px' 
            4. el.style.borderRight = '2px'

            例子中,有三个样式属性被修改了,每一个都会影响元素的几何结构,引起回流。当然,大部分现代浏览器都对其做了优化,因此,只会触发一次重排。但是如果在旧版的浏览器或者在上面代码执行的时候,有其他代码访问了布局信息(上文中的会触发回流的布局信息),那么就会导致三次重排。

            因此,我们可以合并所有的改变然后依次处理,比如我们可以采取以下的方式:

            •  使用cssText 
            1. const el = document.getElementById('test');   
            2. el.style.cssText += 'border-left: 1px; border-right: 2px; padding: 5px;';
            •  修改CSS的class 
            1. const el = document.getElementById('test');  
            2. el.className += ' active'; 

            批量修改DOM

            当我们需要对DOM对一系列修改的时候,可以通过以下步骤减少回流重绘次数:

            1.  使元素脱离文档流
            2.  对其进行多次修改
            3.  将元素带回到文档中。

            该过程的***步和第三步可能会引起回流,但是经过***步之后,对DOM的所有修改都不会引起回流重绘,因为它已经不在渲染树了。

            有三种方式可以让DOM脱离文档流:

            •  隐藏元素,应用修改,重新显示
            •  使用文档片段(document fragment)在当前DOM之外构建一个子树,再把它拷贝回文档。
            •  将原始元素拷贝到一个脱离文档的节点中,修改节点后,再替换原始的元素。

            考虑我们要执行一段批量插入节点的代码:

            1. function appendDataToElement(appendToElement, data) {  
            2.     let li;  
            3.     for (let i = 0; i < data.length; i++) {  
            4.         li = document.createElement('li');  
            5.         li.textContent = 'text' 
            6.         appendToElement.appendChild(li);  
            7.     }  
            8.  
            9. const ul = document.getElementById('list');  
            10. appendDataToElement(ul, data); 

            如果我们直接这样执行的话,由于每次循环都会插入一个新的节点,会导致浏览器回流一次。

            我们可以使用这三种方式进行优化:

            隐藏元素,应用修改,重新显示

            这个会在展示和隐藏节点的时候,产生两次回流

            1. function appendDataToElement(appendToElement, data) {  
            2.     let li;  
            3.     for (let i = 0; i < data.length; i++) {  
            4.         li = document.createElement('li');  
            5.         li.textContent = 'text' 
            6.         appendToElement.appendChild(li);  
            7.     }  
            8.  
            9. const ul = document.getElementById('list');  
            10. ul.style.display = 'none' 
            11. appendDataToElement(ul, data);  
            12. ul.style.display = 'block'

            使用文档片段(document fragment)在当前DOM之外构建一个子树,再把它拷贝回文档

            1. const ul = document.getElementById('list');  
            2. const fragment = document.createDocumentFragment();  
            3. appendDataToElement(fragment, data);  
            4. ul.appendChild(fragment); 

            将原始元素拷贝到一个脱离文档的节点中,修改节点后,再替换原始的元素。

            1. const ul = document.getElementById('list');  
            2. const clone = ul.cloneNode(true);  
            3. appendDataToElement(clone, data);  
            4. ul.parentNode.replaceChild(clone, ul); 

            对于上面这三种情况,我写了一个demo在safari和chrome上测试修改前和修改后的性能。然而实验结果不是很理想。

            原因:原因其实上面也说过了,现代浏览器会使用队列来储存多次修改,进行优化,所以对这个优化方案,我们其实不用优先考虑。

            避免触发同步布局事件

            上文我们说过,当我们访问元素的一些属性的时候,会导致浏览器强制清空队列,进行强制同步布局。举个例子,比如说我们想将一个p标签数组的宽度赋值为一个元素的宽度,我们可能写出这样的代码:

            1. function initP() {  
            2.     for (let i = 0; i < paragraphs.length; i++) {  
            3.         paragraphs[i].style.width = box.offsetWidth + 'px';  
            4.     }  

            这段代码看上去是没有什么问题,可是其实会造成很大的性能问题。在每次循环的时候,都读取了box的一个offsetWidth属性值,然后利用它来更新p标签的width属性。这就导致了每一次循环的时候,浏览器都必须先使上一次循环中的样式更新操作生效,才能响应本次循环的样式读取操作。每一次循环都会强制浏览器刷新队列。我们可以优化为:

            1. const width = box.offsetWidth;  
            2. function initP() {  
            3.     for (let i = 0; i < paragraphs.length; i++) {  
            4.         paragraphs[i].style.width = width + 'px';  
            5.     }  

            同样,我也写了个demo来比较两者的性能差异。你可以自己点开这个demo体验下。这个对比的性能差距就比较明显。

            对于复杂动画效果,使用绝对定位让其脱离文档流

            对于复杂动画效果,由于会经常的引起回流重绘,因此,我们可以使用绝对定位,让它脱离文档流。否则会引起父元素以及后续元素频繁的回流。这个我们就直接上个例子。

            打开这个例子后,我们可以打开控制台,控制台上会输出当前的帧数(虽然不准)。

            添加描述

            从上图中,我们可以看到,帧数一直都没到60。这个时候,只要我们点击一下那个按钮,把这个元素设置为绝对定位,帧数就可以稳定60。

            css3硬件加速(GPU加速)

            比起考虑如何减少回流重绘,我们更期望的是,根本不要回流重绘。这个时候,css3硬件加速就闪亮登场啦!

            划重点:

            1. 使用css3硬件加速,可以让transform、opacity、filters这些动画不会引起回流重绘 。

            2. 对于动画的其它属性,比如background-color这些,还是会引起回流重绘的,不过它还是可以提升这些动画的性能。

            本篇文章只讨论如何使用,暂不考虑其原理,之后有空会另外开篇文章说明。

            如何使用

            常见的触发硬件加速的css属性:

            •  transform
            •  opacity
            •  filters
            •  Will-change

            效果

            我们可以先看个例子。我通过使用chrome的Performance捕获了动画一段时间里的回流重绘情况,实际结果如下图:

            添加描述

            从图中我们可以看出,在动画进行的时候,没有发生任何的回流重绘。如果感兴趣你也可以自己做下实验。

            重点

            •  使用css3硬件加速,可以让transform、opacity、filters这些动画不会引起回流重绘
            •  对于动画的其它属性,比如background-color这些,还是会引起回流重绘的,不过它还是可以提升这些动画的性能。

            css3硬件加速的坑

            当然,任何美好的东西都是会有对应的代价的,过犹不及。css3硬件加速还是有坑的:

            •  如果你为太多元素使用css3硬件加速,会导致内存占用较大,会有性能问题。
            •  在GPU渲染字体会导致抗锯齿无效。这是因为GPU和CPU的算法不同。因此如果你不在动画结束的时候关闭硬件加速,会产生字体:。

            总结

            本文主要讲了浏览器的渲染过程、浏览器的优化机制以及如何减少甚至避免回流和重绘,希望可以帮助大家更好的理解回流重绘。

            【责任编辑:庞桂玉 TEL:(010)68476606】

            点赞 0
            分享:
            大家都在看
            猜你喜欢

            订阅专栏+更多

            16招轻松掌握PPT技巧

            16招轻松掌握PPT技巧

            GET职场加薪技能
            共16章 | 晒书包

            289人订阅学习

            20个局域网建设改造案例

            20个局域网建设改造案例

            网络搭建技巧
            共20章 | 捷哥CCIE

            645人订阅学习

            WOT2019全球人工智能技术峰会

            WOT2019全球人工智能技术峰会

            通用技术、应用领域、企业赋能三大章节,13大技术专场,60+国内外一线人工智能精英大咖站台,分享人工智能的平台工具、算法模型、语音视觉等技术主题,助力人工智能落地。
            共50章 | WOT峰会

            0人订阅学习

            读 书 +更多

            ASP.NET 2.0数据库开发实例精粹

            本书分为8章,首先介绍ASP.NET的开发技巧和重点技术,尤其针对初学者如何快速入门并掌握ASP.NET编程做了深入浅出的介绍;然后重点介绍ASP.N...

            订阅51CTO邮刊

            点击这里查看样刊

            订阅51CTO邮刊

            51CTO服务号

            51CTO播客