前言

最近看了幕课网 web 前端性能优化的课程，其中说到了浏览器的回流(reflow) 及重绘(repaint)。觉得以后面试或许会被问到所以做一下笔记：

课程从回流及重绘这两个点延伸出了一个知识点就是 "css 会影响 javascrip 执行时间导致 javascript 脚本变慢"。

浏览器渲染一个网页的时候会启用两条线程：一条渲染javascript 脚本，另一条渲染 ui 即css 样式的渲染。但这两条线程是互斥的。当javascript 线程运行的时候 ui 线程则会中止暂停，反之亦然。

那这是为什么呢？

原因是，当ui 线程运行对页面进行渲染的时候 js 脚本难免会涉及到页面视图上的一些样式的改变，为了使这个改变更加准确 js 脚本只好等待ui 线程渲染完成的时候才去执行。

所以当一个页面的元素样式改动频繁的时候ui 线程就会持续渲染，造成js 代码反应慢半拍，卡顿的情况。

回流和重绘究竟是什么

回流：当render tree 的一部分或全部的元素因改变了自身的宽高，布局，显示或隐藏，或者元素内部的文字结构发生变化导致需要重新构建页面的时候，回流就产生了

重绘：当一个元素自身的宽高，布局，及显示或隐藏没有改变，而只是改变了元素的外观风格的时候，就会产生重绘。例如你改变了元素的background-color....

因此得出了一个结论：

回流必定触发重绘，而重绘不一定触发回流

触发回流的css 属性有这些：

image

而触发重绘的有这些：

image

现在我们知道了那些属性会触发回流，那如何避免回流呢？

其实有两个方法：

在页面加载完dom之后，浏览器会根据自身制定的一些特殊css 属性对页面进行划分为一个个图层。
例如：

图层的优点就是 ：当一个元素在自己图层内发生变化的时候它的回流和重绘只会在图层内部发生，从而减少了浏览器对于重绘与回流的运算量。

首先，图层对图层里面的节点做回流和重布局运算，计算出他们的样式,然后，对它们生成图形和位置。紧跟着，将每个节点绘制填充到图层位图中。再然后，图层作为纹理发送到GPU 上。最后，将所有图层合并，显示在浏览器的页面上。

图层虽好，但是如果滥用图层的话就会让页面因为进行了太多合并运算导致页面卡顿。

所以说，图层的用途应该让给那些经常要进行位置结构，布局变换的元素去使用。例如轮播图。

就拿chrome 来说，创建一个图层要有以下其中一个条件：

一个dom 元素拥有 3d 或透视变换的css 属性（persepective, transform）
video 标签
拥有3d 上下文或加速 2d 上下文的 canvas 节点
混合插件 flash
自己做的opacity 动画或使用一个动画 webkit 变换的元素
拥有 translate3d 或 translateZ 这两会使 GPU 加速的属性
一个包含复合层子节点的元素。（有点绕，可以这样想：其实本身整个网页页面就是一个图层，html 标签下包含着若干的标签 head, body,..... 这样便满足了这个条件了）
元素有一个其 z-index 比它低的兄弟节点。由于 z-index 控制的是元素上下层的关系，所以当上下层关系变换的时候就需要一个图层去渲染，因此满足这个条件的元素也会被创建一个图层

一共有一下9点：

用transform 代替 top，left ，margin-top， margin-left... 这些位移属性
用opacity 代替 visibility，但是要同时有translate3d 或 translateZ 这些可以创建的图层的属性存在才可以阻止回流
不要使用 js 代码对dom 元素设置多条样式，选择用一个 className 代替之。
如果确实需要用 js 对 dom 设置多条样式那么可以将这个dom 先隐藏，然后再对其设置
不要在循环内获取dom 的样式例如：offsetWidth, offsetHeight, clientWidth, clientHeight... 这些。浏览器有一个回流的缓冲机制，即多个回流会保存在一个栈里面，当这个栈满了浏览器便会一次性触发所有样式的更改且刷新这个栈。但是如果你多次获取这些元素的实际样式，浏览器为了给你一个准确的答案便会不停刷新这个缓冲栈，导致页面回流增加。
所以为了避免这个问题，应该用一个变量保存在循环体外。
不要使用table 布局，因为table 的每一个行甚至每一个单元格的样式更新都会导致整个table 重新布局，这也就是为什么都使用div+css进行布局了
动画的速度按照业务按需决定
对于频繁变化的元素应该为其加一个 transform 属性，对于视频使用video 标签
必要时可以开启 GPU 加速，但是不能滥用