简述页面重构、浏览器重绘与重排（回流）

页面重构

（个人观点）页面任何的变化都可以称为页面重构：完全重构、细节调整。

• 注意：
  简单的外部组件、测试工具的使用、预留空间（未来的更新）、编程语言、开发环境、版本控制工具（本人使用GIT）、新与稳定技术的选择、编码标准统一、资源合并（自动化工具（本人使用gulp），提高HTTP传输效率）动态编译、资源存储（减少cookies，增加本地存储、数据连接池等的使用）、响应式布局、其他最佳实践......
  文章摘自 前端重构相关细节贴士

浏览器重绘

• 浏览器加载文档

浏览器从下载文档到显示页面的过程是个复杂的过程，这里包含了重绘和重排。各家浏览器引擎的工作原理略有差别，但也有一定规则。简单讲，通常在文档初次加载时，浏览器引擎会解析HTML文档来构建DOM树，之后根据DOM元素的几何属性构建一棵用于渲染的树。渲染树的每个节点都有大小和边距等属性，类似于盒子模型（由于隐藏元素不需要显示，渲染树中并不包含DOM树中隐藏的元素）。当渲染树构建完成后，浏览器就可以将元素放置到正确的位置了，再根据渲染树节点的样式属性绘制出页面。由于浏览器的流布局，对渲染树的计算通常只需要遍历一次就可以完成。但table及其内部元素除外，它可能需要多次计算才能确定好其在渲染树中节点的属性，通常要花3倍于同等元素的时间。这也是为什么我们要避免使用table做布局的一个原因。

重绘是一个 **元素外观 ** 的改变所触发的浏览器行为，例如改变visibility、outline、背景色等属性。浏览器会根据元素的新属性重新绘制，使元素呈现新的外观。重绘不会带来重新布局，并不一定伴随重排。

浏览器重排（回流）

重排是更明显的一种改变，可以理解为渲染树需要重新计算。下面是常见的触发重排的操作：

1. DOM元素的几何属性变化
   当DOM元素的几何属性变化时，渲染树中的相关节点就会失效，浏览器会根据DOM元素的变化重新构建渲染树中失效的节点.
   重排一定会引起浏览器的重绘，一个元素的重排通常会带来一系列的反应，甚至触发整个文档的重排和重绘，性能代价是高昂的。
2. DOM树的结构变化
   当DOM树的结构变化时，例如节点的增减、移动等，也会触发重排。浏览器引擎布局的过程，类似于树的前序遍历，是一个从上到下从左到右的过程。通常在这个过程中，当前元素不会再影响其前面已经遍历过的元素。所以，如果在body最前面插入一个元素，会导致整个文档的重新渲染，而在其后插入一个元素，则不会影响到前面的元素。
3. 获取某些属性
   浏览器引擎可能会针对重排做了优化。比如Opera，它会等到有足够数量的变化发生，或者等到一定的时间，或者等一个线程结束，再一起处理，这样就只发生一次重排。但除了渲染树的直接变化，当获取一些属性时，浏览器为取得正确的值也会触发重排。这样就使得浏览器的优化失效了。这些属性包括：offsetTop、offsetLeft、 offsetWidth、offsetHeight、scrollTop、scrollLeft、scrollWidth、scrollHeight、clientTop、clientLeft、clientWidth、clientHeight、getComputedStyle() (currentStyle in IE)。所以，在多次使用这些值时应进行缓存。
4. 其他
   改变浏览器窗口大小、改变一些元素的样式

• 解决重排：（部分方法）
  合并多次改变样式属性的操作；使需要多次改变的元素脱离文档流；在内存中多次操作节点，完成后再添加到文档中去（有动画效果时）；由于display属性为none的元素不在渲染树中，对隐藏的元素操作不会引发其他元素的重排；在需要经常获取那些引起浏览器重排的属性值时，要缓存到变量。
  文章摘自浏览器重构与重排