前端性能优化之重排、重绘与合成

2020-01-13

前言

在项目的交互评审中,前端同学常常会对一些交互效果质疑,提出这样做不好那样做不好。这是因为这些效果通常会产生一系列的浏览器重绘和重排,需要付出非常昂贵的性能代价。
本文期待可以部分解释以下两个问题。

  • 什么是浏览器的重绘和重排呢?
  • 二者发生时都引发哪些渲染流程?

reflow

重绘(也称回流),指的是浏览器为了重新计算文档中元素的位置和几何结构而重新渲染部分或全部文档的过程。也就是说通过JavaScript或者CSS修改元素的几何位置属性,例如改变元素的宽度、高度等就会引发reflow。

以下行为会引发reflow:

  • 页面渲染器初始化
  • 添加或删除可见的DOM元素
  • 盒模型相关的属性改变
  • 定位属性及浮动相关的属性的改变
  • 改变节点内部文字结构也会触发回流
  • 浏览器窗口大小发生改变

repaint

重绘,指的是当页面中元素样式的改变并不影响它在文档流中的位置时,例如通过JavaScript更改了字体颜色,浏览器会将新样式赋予给元素并重新绘制的过程。

以下行为会引发repaint:

  • 页面中的元素更新样式风格相关的属性。

如想知道还有哪些属性会引发reflow或者repaint请查看

reflow和repaint的渲染过程

先看看渲染流程线:

有了图中介绍的渲染流水线基础(看不懂的可以看我之前的文章),来看看reflow和repaint分别引发的渲染流程的哪些步骤。

1、 更新了元素的几何属性(reflow)
通过JavaScript或者CSS修改元素的几何位置属性,例如改变元素的宽度、高度等,那么浏览器会触发重新布局,解析之后的一系列子阶段。无疑,重排需要更新完整的渲染流水线,所以开销也是最大的。如下图所示:

2、 更新元素的绘制属性(repaint)
通过JavaScript或者CSS修改元素的背景颜色,那么布局阶段将不会被执行,因为并没有引起几何位置的变换,所以就直接进入了绘制阶段,然后执行之后的一系列子阶段,。相较于重排操作,重绘省去了布局和分层阶段,所以执行效率会比重排操作要高一些

3、直接合成阶段
可能都注意到了tiles后面的阶段不是在主线程上执行,也就是更改一个既不要布局也不要绘制的属性,这样的效率是最高的。比如使用CSS的transform来实现动画效果,这可以避开重排和重绘阶段,直接在非主线程上执行合成动画操作。这样的效率是最高的,因为是在非主线程上合成,并没有占用主线程的资源,另外也避开了布局和绘制两个子阶段,所以相对于重绘和重排,合成能大大提升绘制效率。

总结

在开发过程中要尽量减少重排,适当使用重绘,尽量使用合成。

原文链接:juejin.im

上一篇:requestAnimationFrame 再理解
下一篇:Vue组件通信方式
相关教程
关注微信

扫码加入 JavaScript 社区

相关文章

首次访问,需要验证
微信扫码,关注即可
(仅需验证一次)

欢迎加入 JavaScript 社区

号内回复关键字:

回到顶部