浏览器的回流与重绘整理总结

@sakila1012 2018-03-06 10:14:58发表于 sakila1012/blog CSS

写在前面

在讨论回流重绘之前,我们要知道:

  1. 浏览器使用流式布局模型
  2. 浏览器会把 HTML 解析成 DOM,把 CSS 解析成 CSSOM,DOM 和 CSSOM 合并就产生了 render Tree
  3. 有了 RenderTree,我们就知道了所有节点的样式,然后计算他们在页面上的大小和位置,最后把节点绘制到页面上。
  4. 由于浏览器是用流式布局,对 Render Tree 的计算通常只需要遍历一次就可以完成,但 table 极其内部元素除外,他们可能需要多次计算,通常要花 3 倍于同等元素的时间,这也是为什么要避免使用 table 布局的原因之一。

一句话:回流必将引起重绘,重绘不一定会引起回流。

回流(reflow)

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

会导致回流的操作

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

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

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

重绘(Repaint)

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

性能影响

回流会比重绘代价更高

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

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

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

当你访问以下属性和方法时,浏览器会立刻清空队列:

  • clientWidth、clientHeight、clientTop、clientLeft
  • offsetWidth、offsetHeight、offsetTop、offsetLeft
  • scrollIwidth、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 操作不会引发回流和重绘。
  • 避免频繁读取会引发回流/重绘的属性,如果确实需要多次使用,就用一个变量缓存起来
  • 对具有复杂动画的元素使用绝对定位,使它脱离文档流,否组会引起父元素及后续元素频繁回流