dom渲染方面的优化浅谈

　　今天分享一个面试经验，上周面试中一位印象很深的面试官（主要长得很帅），问我了一个我至今印象很深刻的问题，当然不是什么你之后的职业规划啊，你工作中遇到过哪些问题啊之类的。原起于一道面试题，小伙伴们可以想想这题，当时我给出的答案是，li+=完了之后，一次性渲染，不要在for循环中多次渲染。我认为我已经回答到点上了，然鹅。。。。。我要是能懂面试官，我现在也不会在写博客找工作了，当时这位面试官看到我的答案之后，可能认为我说的比较笼统，问了我为什么一次渲染要比多次渲染性能更优呢？？wtf！！这什么问题？？点在哪里？我该怎么说？这问题当时问的我，就像有人问你，1+1为什么等于2一样，当然我并不是说这面试官问的不好，或者故意刁难，只是当时我没有get到他问我这个点在哪里，后来查阅了资料发现，其实这位面试官，真正想让我回答的是，关于页面重排与重绘。

　　接下来就是很关键的一句话，dom操作很昂贵！正因为这句话，页面元素优化方面，基本从这个点出发。那么什么是dom重排，什么又是dom重绘呢？这就要从dom树说起了。

　　浏览器下载完页面中的所有组件——HTML标记、JavaScript、CSS、图片之后会解析生成两个内部数据结构——DOM树和渲染树。

在文档初次加载时，浏览器引擎通过解析 html文档 构建一棵DOM树，之后根据DOM元素的几何属性构建一棵用于展示渲染的渲染树。渲染树中的节点被称为“帧”或“盒",符合CSS模型的定义，可理解为（包括理解页面元素为一个具有大小，填充，边距，边框和位置的盒子）。由于隐藏元素不需要显示，渲染树中并不包含DOM树中隐藏的元素（知道这点有用）。 当渲染树构建完成，浏览器把每一个元素放到正确的位置上，然后再根据每一个元素的其他样式，绘制页面。

由于浏览器的流布局，对渲染树的计算通常只需要遍历一次就可以完成。但table及其内部元素除外，它可能需要多次计算才能确定好其在渲染树中节点的属性，通常要花3倍于同等元素的时间。这也是为什么我们要避免使用table做布局的一个原因。

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

　　重排：当DOM的变化影响了元素的几何属性（宽或高），浏览器需要重新计算元素的几何属性，同样其他元素的几何属性和位置也会因此受到影响。浏览器会使渲染树中受到影响的部分失效，并重新构造渲染树。这个过程称为重排。重排一定伴随着重绘。