目录
重绘(Repaint)重绘(Repaint)和回流(Reflow)
浏览器的渲染机制一般分为以下几个步骤
在构建 CSSOM 树时,会阻塞渲染,直至 CSSOM 树构建完成。并且构建 CSSOM 树是一个十分消耗性能的过程,所以应该尽量保证层级扁平,减少过度层叠,越是具体的 CSS 选择器,执行速度越慢。
当 HTML 解析到 script 标签时,会暂停构建 DOM,完成后才会从暂停的地方重新开始。也就是说,如果你想首屏渲染的越快,就越不应该在首屏就加载 JS 文件。并且 CSS 也会影响 JS 的执行,只有当解析完样式表才会执行 JS,所以也可以认为这种情况下,CSS 也会暂停构建 DOM。
Load 事件触发代表页面中的 DOM,CSS,JS,图片已经全部加载完毕。
DOMContentLoaded 事件触发代表初始的 HTML 被完全加载和解析,不需要等待 CSS,JS,图片加载。
一般来说,可以把普通文档流看成一个图层。特定的属性可以生成一个新的图层。不同的图层渲染互不影响,所以对于某些频繁需要渲染的建议单独生成一个新图层,提高性能。但也不能生成过多的图层,会引起反作用。
通过以下几个常用属性可以生成新图层
translate3d
、translateZ
will-change
video
、iframe
标签opacity
动画转换position: fixed
重绘和回流是渲染步骤中的一小节,但是这两个步骤对于性能影响很大。
color
就叫称为重绘重绘:就是按照文档树的结构重新绘制页面
回流(回档):页面的元素排版布局数量和节点在树中位置发生了改变,就是回流。
回流必然引起重绘,但是重绘不一定引起回流
回流必定会发生重绘,重绘不一定会引发回流。回流所需的成本比重绘高的多,改变深层次的节点很可能导致父节点的一系列回流。
DOM
元素CSS
伪类(例如::hover
)一些常用且会导致回流的属性和方法:
clientWidth
、clientHeight
、clientTop
、clientLeft
offsetWidth
、offsetHeight
、offsetTop
、offsetLeft
scrollWidth
、scrollHeight
、scrollTop
、scrollLeft
scrollIntoView()
、scrollIntoViewIfNeeded()
getComputedStyle()
getBoundingClientRect()
scrollTo()
所以以下几个动作可能会导致性能问题:
很多人不知道的是,重绘和回流其实和 Event loop 有关。
resize
或者 scroll
,有的话会去触发事件,所以 resize
和 scroll
事件也是至少 16ms 才会触发一次,并且自带节流功能。requestAnimationFrame
回调IntersectionObserver
回调,该方法用于判断元素是否可见,可以用于懒加载上,但是兼容性不好requestIdleCallback
回调。translate
替代 top
- class="test">
- <style>
- .test {
- position: absolute;
- top: 10px;
- width: 100px;
- height: 100px;
- background: red;
- }
- style>
- <script>
- setTimeout(() => {
- // 引起回流
- document.querySelector('.test').style.top = '100px'
- }, 1000)
- script>
使用 visibility
替换 display: none
,因为前者只会引起重绘,后者会引发回流(改变了布局)
把 DOM 离线后修改,比如:先把 DOM 给 display:none
(有一次 Reflow),然后你修改 100 次,然后再把它显示出来
不要把 DOM 结点的属性值放在一个循环里当成循环里的变量
- for (let i = 0; i < 1000; i++) {
- // 获取 offsetTop 会导致回流,因为需要去获取正确的值
- console.log(document.querySelector('.test').style.offsetTop)
- }
不要使用 table 布局,可能很小的一个小改动会造成整个 table 的重新布局
动画实现的速度的选择,动画速度越快,回流次数越多,也可以选择使用 requestAnimationFrame
CSS 选择符从右往左匹配查找,避免 DOM 深度过深
将频繁运行的动画变为图层,图层能够阻止该节点回流影响别的元素。比如对于 video
标签,浏览器会自动将该节点变为图层。
CSS
table
布局。DOM
树的最末端改变class
。position
属性为absolute
或fixed
的元素上。CSS
表达式(例如:calc()
)。
JavaScript
style
属性,或者将样式列表定义为class
并一次性更改class
属性。DOM
,创建一个documentFragment
,在它上面应用所有DOM操作
,最后再把它添加到文档中。display: none
,操作结束后再把它显示出来。因为在display
属性为none
的元素上进行的DOM
操作不会引发回流和重绘。
1.把标签 文本 注释 属性 等等,解析为节点树DOM Tree (在内存中)
2.解析DOMTree中的节点时遇到了不同的元素会有不同的操作:
2.1.style标签或者link-css(导入的外部css文件)这些css代码,遇到css代码,会把css代码解析为CSS样式结构体(在内存中)
2.2 遇到src 属性会去加载(网络请求)资源
3.把2.1CSS样式结构体和1 DOM Tree结合变成呈现树/渲染树(Render Tree)
4.按照Render Tree绘制页面
1.页面呈现过程 不同的浏览器略微会有些不同。但基本上都是类似的
①.浏览器把html代码解析成1个Dom树,html中的每个标签都是Dom树中的1个节点,根节点就是我们常用的document对象。dom树就是html结构,里面包含了所有的html 标签,包括用JavaScript添加的元素。
②浏览器把所有样式(主要包括css和浏览器自带的样式设置:比如a标签,经过浏览器翻译后就自带下划线)解析成样式结构体,在解析的过程中会去掉浏览器不能识别的样式。
③dom tree和样式结构体结合后构建呈现树(render tree),render tree有点类似于dom tree,但有区别,render tree能识别样式,render tree中每个node都有自己的style,而且render tree不包含隐藏的节点(比如display:none的节点,还有head节点),因为这些节点不会用于呈现,而且不会影响呈现的,所以就不会包含到render tree中。但是visibility:hidden隐藏的元素还是会包含到render tree中的,因为visibility:hidden 会影响布局,会占有位置。
(呈现树中没有的,文档树中可能有:比如说:元素的css样式display设置为none,元素不占有区域空间,文档树中依旧有这个元素,但是渲染的时候就看不到了,所以呈现树中就不会呈现出来。)
从文档树中移除了,呈现树中就没有了,在文档树里面,但是通过css渲染使其看不见了,呈现树中也没有了。
④一旦render tree构建完毕后,浏览器就根据render tree来绘制页面。
冰元素document.createDocumentFragment():它自己不会添加到文档树中用于渲染 但是它的子代元素都会添加进去 它会自动融化(删除)将操作执行完成后一次添加到页面中 只回流了一次 避免了高频重绘回档