从零天梯:重绘(redraw)和重排(reflow)

记忆关键词:重绘、重排、渲染、DOM树、性能

过程:

① HTML文档->② DOM树 ->③ 渲染树 ->④ 页面

解析:

  • ①->②:浏览器下载文档后根据HTML文档构建DOM树。

    (在DOM树中,每一个HTML标签都有一个对应的节点,并且每一个文本也都会有一个对应的文本节点。 DOM树的根节点就是 documentElement,对应的是html标签。)

  • ②->③:之后根据DOM元素的几何属性构建一棵用于渲染的树。

    (对CSS代码中非法的语法她会直接忽略掉.解析CSS的时候会按照如下顺序来定义优先级:浏览器默认设置,用户设置,外链样式,内联样式,html中的style。)

  • ③->④:当渲染树构建完成后,浏览器就可以将元素放置到正确的位置,再根据渲染树节点的样式属性绘制出页面。

场景

  • 引起重绘:一个节点元素外观的改变绘(visibility、outline、背景色等属性)
  • 引起重排:

    1.DOM元素的几何属性变化(宽高) (ps:可能引起子父节点、兄弟节点甚至整个文档的重新计算、性能代价昂贵)
    2.DOM树的结构变化(节点的增删改查)
    3.获取某些属性(offsetXXX、scrollXXX、clientXXX)
    ps:在多次使用这些值时应进行缓存
    4.改变元素的一些样式,调整浏览器窗口大小等等

    重排是更明显的一种改变,可以理解为渲染树需要重新计算;
    重排的代价高于重绘。重排时会引起重绘。

为什么要避免使用table做布局?

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

针对减少重绘和重排的一些优化:

  1. 将多次改变样式属性的操作合并成一次操作
  2. 使操作次数多的元素脱离了文档流,它的变化不会影响到其他元素。
  3. 在内存中多次操作节点,完成后再添加到文档中去。
  4. 由于display属性为none的元素不在渲染树中,对隐藏的元素操作不会引发其他元素的重排。如果要对一个元素进行复杂的操作时,可以先隐藏它,操作完成后再显示。这样只在隐藏和显示时触发2次重排。
  5. 在需要经常获取那些引起浏览器重排的属性值时,要缓存到变量。

知识巩固:

在前端如何实现一个表格的排序(尽可能减少重绘和重排的影响)。
以下是我个人的想法,如有考虑不周的情况,欢迎在评论区留言~大家一起进步~

1.获取表格数据:获取鼠标点击的表头单元格的列号,遍历数据行,获取行内数据,以数组形式缓存起来
2.对数据排序:根据关键字对数组排序。
3.对排序好的数据进行字符串拼接。用一个变量保存拼接好的字符串内容。
4.清空tbody中的内容,插入已拼接好的内容。

参考文档:

http://kb.cnblogs.com/page/169820/
http://blog.csdn.net/lihongxun945/article/details/37830667