浏览器的回流与重绘

在叙述回流与重绘之前，先来了解一下网页的生成过程：

• HTML被HTML解析器解析成DOM 树

• css则被css解析器解析成CSSOM 树

• 结合DOM树和CSSOM树，生成一棵渲染树(Render Tree)

• 有了渲染树，我们就知道了所有节点的样式，然后计算他们在页面上的大小和位置，最后把节点绘制到页面上。

• 将布局绘制（paint）在屏幕上。

由于浏览器使用流式布局，对渲染树(Render Tree)的计算通常只需要遍历一次就可以完成，但table及其内部元素除外，他们可能需要多次计算，通常要花3倍于同等元素的时间，这也是为什么要避免使用table布局的原因之一。

什么是回流？

当渲染树(Render Tree)中部分或全部元素的尺寸、结构、或某些属性发生改变时，浏览器重新渲染部分或全部文档的过程称为回流，比如以下操作就会导致浏览器发生回流：

• 添加或删除可见的DOM元素

• 元素的位置发生变化

• 元素的尺寸发生变化（包括外边距、内边框、边框大小、高度和宽度等）

• 内容发生变化，比如文本变化或图片被另一个不同尺寸的图片所替代。

• 页面一开始渲染的时候（这肯定避免不了）

• 浏览器的窗口尺寸变化（因为回流是根据视口的大小来计算元素的位置和大小的）

• 激活CSS伪类（例如:常用的:hover）

• 查询某些属性或调用某些方法

什么是重绘？

简单一句话：就是当一个元素的外观发生改变，但没有改变布局,对页面布局没有任何的影响，重新把元素外观绘制出来的过程，叫做重绘。例如：只是对color、background-color、visibility等这类属性操作。

由此可见，回流一定会发生重绘。但重绘不一定会触发回流。

重绘的绘制顺序：

绘制的顺序其实就是元素进入堆栈样式上下文的顺序。这些堆栈会从后往前绘制，因此这样的顺序会影响绘制。块渲染对象的堆栈顺序如下：

• 背景颜色

• 背景图片

• 边框

• 子代

• 轮廓

性能影响

回流比重绘的代价要更高。

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

浏览器的渲染队列：

假设我们对某个元素做了如下操作：

  div.style.left = 10px;
  div.style.top = 10px;
  div.style.width = 20px;
  div.style.height = 20px;

这段代码理论上会触发4次回流+重绘，因为每一次都改变了元素的几何属性，实际上最后只触发了一次回流，这都得益于浏览器的渲染队列机制：

        当我们修改了元素的几何属性，导致浏览器触发回流或重绘时。它会把该操作放进渲染队列，等到队列中的操作到了一定的数量或者到了一定的时间间隔时，浏览器就会批量执行这些操作。

强制刷新队列：

  div.style.left = 10px;
  console.log(div.offsetLeft);
  div.style.top = 10px;
  console.log(div.offsetTop);
  div.style.width = 20px;
  console.log(div.offsetWidth);
  div.style.height = 20px;
  console.log(div.offsetHeight);

这段代码会触发4次回流+重绘，因为在console中你请求的这几个样式信息，无论何时浏览器都会立即执行渲染队列的任务，即使该值与你操作中修改的值没关联。

因为队列中，可能会有影响到这些值的操作，为了给我们最精确的值，浏览器会立即回流+重绘。

触发回流的属性或方法：

• offsetTop、offsetLeft、offsetWidth、offsetHeight

• scrollTop、scrollLeft、scrollWidth、scrollHeight

• clientTop、clientLeft、clientWidth、clientHeight

• getComputedStyle()

• getBoundingClientRect

以上属性和方法都需要返回最新的布局信息，因此浏览器不得不清空队列，触发回流重绘来返回正确的值。

如何避免

• 避免频繁读取会引发回流/重绘的属性，如果确实需要多次使用，就用一个变量缓存起来。

• 避免频繁的操作DOM

• 避免设置多层内联样式

• 避免使用table布局。

这里只是简单的列出了几条，毕竟在实际开发中不可能完全的去避免回流/重绘。