浏览器的回流与重绘（Reflow & Repaint）

[Calerme]

前置知识

• 浏览器使用流式而已模型（Flow Bassed Layout）
• 浏览器会把 HTML 解析成 DOM，把 CSS 解析成 CSSOM，DOM 与 CSSOM 合并就产生了 Render Tree
• 有了 Render Tree，就知道了所有节点的样式，浏览器根据 Render Tree 计算元素在页面上的大小和位置，最后把节点绘制到页面上
• 由于浏览器使用流式布局，对 Render Tree 的计算通常只需要遍历一次就可以完成，但 table 及其内部元素除外，它们可能需要多次计算，通常要花 3 倍于同等元素的时间

回流必将引起重绘，重绘不一定会引起回流。

回流（Reflow）

当 Render Tree 中部分或全部元素的尺寸、结构、或某些属性发生改变时，浏览器重新渲染部分或全部文档的过程称为回流。

会导致回流的操作：

• 页面首次渲染
• 浏览器窗口大小发生改变
• 元素尺寸或位置发生改变
• 元素内容变化（文字数量或图片大小等）
• 元素字体大小变化
• 添加或删除可见的 DOM 元素
• 激活 CSS 伪类（如：:hover）
• 查询某些属性或调用某些方法

一些常用会导致回流的属性和方法：

• clientWidth、clientHeight、clientTop、clientLeft
• offsetWidth、offsetHeight、offsetTop、offsetLeft
• scrollWidth、scrollHeight、scrollTop、scrollLeft
• scrollIntoView()、scrollIntoViewIfNeeded()
• getComputedStyle()
• getBoundingClientRect()
• scrollTo()

重绘（Repaint）

当页面中元素样式的改变并不影响它在文档流中的位置时（如：color、background-color、visibility等），浏览器会将新样式赋予元素并重新绘制它，这个过程称为重绘。

性能影响

回流与重绘的代价更高。

有时即使仅仅回流一个单一的元素，它的父元素以及任何跟随它的元素也会产生回流。

现代浏览器会对频繁的回流和重绘操作进行优化：

浏览器会维护一个队列，把所有引起回流和重绘的操作放入队列中，如果队列中的任务数量或者时间间隔达到一个阈值，浏览器就会将队列清空，进行一次批处理，这样就可以把多次回流和重绘变成一次。

当访问以下属性时，浏览器会立刻清空队列：

• clientWidth、clientHeight、clientTop、clientLeft
• offsetWidth、offsetHeight、offsetTop、offsetLeft
• scrollWidth、scrollHeight、scrollTop、scrollLeft
• width、height
• getComputedStyle()
• getBoundingClientRect()

因为队列中可能存在影响这些忏悔或方法返回值的操作，所以读取这些值浏览器会强制清空队列。

如何避免

• CSS 方面
  • 避免使用 table 布局
  • 尽可能在 DOM 树的最末端改变 class
  • 避免设置多层内联样式
  • 将动画效果应用到 position 属性为 absolute 或 fixed 的元素上
  • 避免使用 CSS 表达式（如：calc()）
• Javascript 方面
  • 避免频繁操作样式，最好一次性重写style属性，或者将样式列表定义为class并一次性更改class属性。
  • 避免频繁操作DOM，创建一个documentFragment，在它上面应用所有DOM操作，最后再把它添加到文档中。
  • 也可以先为元素设置display: none，操作结束后再把它显示出来。因为在display属性为none的元素上进行的DOM操作不会引发回流和重绘。
  • 避免频繁读取会引发回流/重绘的属性，如果确实需要多次使用，就用一个变量缓存起来。
  • 对具有复杂动画的元素使用绝对定位，使它脱离文档流，否则会引起父元素及后续元素频繁回流。

参考

https://juejin.im/post/5a9923e9518825558251c96a?utm_source=gold_browser_extension