前言
-
浏览器使用模型：流式布局模型（Flow Based Layout）
流式布局：是页面中元素的宽高按照屏幕分辨率自动进行适配调整，也就是我们常说的适配调整。可以保证当前屏幕分辨率发生改变的时候页面中的元素大小也可以跟着改变。
浏览器使用流式布局，对RenderTree的计算通常只需要遍历一次就可以完成，但是table及其内部元素除外，他们可能需要多次计算，通常需要花3倍于同等元素的时间，这也是为什么要避免使用table布局的原因之一。
-
网页生成过程：
- HTML被HTML解析器解析成DOM树；CSS被CSS解析器解析成CSSDOM树
- DOM和CSSDOM合并生成 Render Tree；
- 生成布局（flow），浏览器根据节点样式计算它们在页面上的大小和位置；
- 最后把布局绘制（paint）到页面上
回流（Reflow）
当 RenderTree 中部分或全部元素的尺寸、结构或某些属性发生改变时，浏览器重新渲染部分或全部文档的过程称之为回流
影响范围：
- 全局范围：从根节点html开始对整个渲染书
- 局部范围：对渲染树的某部分或某一个渲染对象进行重新布局
会导致回流的操作：
- 页面首次渲染
- 浏览器窗口大小发生改变
- 元素尺寸或位置发生改变
- 元素内容变化（文字数量或图片大小等等）
- 元素字体大小变化
- 添加/删除可见的DOM元素
- 激活CSS伪类（例如：
:hover） - 查询某些属性或调用某些方法
clientWidth、clientHeight、clientTop、clientLeftoffsetWidth、offsetHeight、offsetTop、offsetLeftscrollWidth、scrollHeight、scrollTop、scrollLeftscrollIntoView()、scrollIntoViewIfNeeded()getComputedStyle()getBoundingClientRect()scrollTo()
回流带来的问题：
- 回流需要更新渲染树，性能开销非常大；
- 回流代价高昂。会破坏用户体验，UI展示非常迟缓；
重绘（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操作不会引发回流和重绘。
- 避免频繁读取会引发回流/重绘的属性，如果确实需要多次使用，就用一个变量缓存起来。
- 对具有复杂动画的元素使用绝对定位，使它脱离文档流，否则会引起父元素及后续元素频繁回流。
总结
-
会引起元素位置变化的就会回流；
-
不会引起元素位置变化的只会重绘；
-
回流必将引起重绘，重绘不一定会引起回流。
因为单单改变元素的外观，肯定不会引起网页重新生成布局。但当浏览器完成回流后，将会重新绘制受到此次影响的部分。
参考：
