dom渲染方面的优化浅谈

  今天分享一个面试经验,上周面试中一位印象很深的面试官(主要长得很帅),问我了一个我至今印象很深刻的问题,当然不是什么你之后的职业规划啊,你工作中遇到过哪些问题啊之类的。原起于一道面试题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的变化影响了元素的几何属性(宽或高),浏览器需要重新计算元素的几何属性,同样其他元素的几何属性和位置也会因此受到影响。浏览器会使渲染树中受到影响的部分失效,并重新构造渲染树。这个过程称为重排。重排一定伴随着重绘。

上一篇:IOS 特定于设备的开发:Core Motion基础


下一篇:使用docker快速搭建本地环境