总体上说,网页的渲染过程要经历以下几个阶段:
解析 HTML 标签, 构建 DOM 树
DOM是Document Object Model[文档对象模型]的缩写。根据W3C DOM规范,DOM是一种与浏览器,平台,语言无关的接口,使得你可以访问页面中其他的标准组件。
DOM是以[层次结构]组织的节点或信息片断的集合。这个层次结构允许开发人员在树中导航寻找特定信息。分析该结构通常需要加载整个文档和构造层次结构,然后才能做任何工作。由于它是基于信息层次的,因而 DOM 被认为是基于树或基于对象的。
在 HTML DOM 中,所有事物都是节点。DOM 是被视为节点树的 HTML。每个[节点]都拥有包含着关于节点某些信息的属性。这些属性是:nodeName(节点名称)nodeValue(节点值)nodeType(节点类型)。
解析 CSS 标签, 构建 CSSOM 树cssom树的构建分为两种情况 一种是webkit的Attachment,一个是firefox的Content Model和Style Rule,Style Rule是用来帮助构建Content Model的
把 DOM 和 CSSOM 组合成渲染树 (render tree)
在渲染树的基础上进行布局, 计算每个节点的几何结构定位坐标和大小,是否换行,各种position, overflow, z-index属性
这里存在两个概念:
Repaint——屏幕的一部分要重画,比如某个CSS的背景色变了。但是元素的几何尺寸没有变。
Reflow——意味着元件的几何尺寸变了,我们需要重新验证并计算Render Tree。是Render Tree的一部分或全部发生了变化。这就是Reflow,或是Layout。(HTML使用的是flow based layout,也就是流式布局,所以,如果某元件的几何尺寸发生了变化,需要重新布局,也就叫reflow )reflow 会从这个root frame开始递归往下,依次计算所有的结点几何尺寸和位置,在reflow过程中,可能会增加一些frame,比如一个文本字符串必需被包装起来。
DOM Tree里的每个结点都会有reflow方法,一个结点的reflow很有可能导致子结点,甚至父点以及同级结点的reflow。在一些高性能的电脑上也许还没什么,但是如果reflow发生在手机上,那么这个过程是非常痛苦和耗电的。
下面这些动作有很大可能会是成本比较高的。
当你增加、删除、修改DOM结点时,会导致Reflow或Repaint
当你移动DOM的位置,或是搞个动画的时候。
当你修改CSS样式的时候。
当你Resize窗口的时候(移动端没有这个问题),或是滚动的时候。
当你修改网页的默认字体时。
注:display:none会触发reflow,而visibility:hidden只会触发repaint,因为没有发现位置变化。
尽可能避免这些情况的做法建议
不要一条一条地修改DOM的样式。与其这样,还不如预先定义好css的class,然后修改DOM的className。
把DOM离线后修改。如:
使用documentFragment 对象在内存里操作DOM
先把DOM给display:none(有一次reflow),然后你想怎么改就怎么改。比如修改100次,然后再把他显示出来。
clone一个DOM结点到内存里,然后想怎么改就怎么改,改完后,和在线的那个的交换一下。 不要把DOM结点的属性值放在一个循环里当成循环里的变量。
不然这会导致大量地读写这个结点的属性。
尽可能的修改层级比较低的DOM 。当然,改变层级比较底的DOM有可能会造成大面积的reflow,但是也可能影响范围很小。
为动画的HTML元件使用fixed或absoult的position ,那么修改他们的CSS是不会reflow的。
千万不要使用table布局 。因为可能很小的一个小改动会造成整个table的重新布局。
把每个节点绘制到屏幕上 (painting)
顺序:background color ->background image ->border ->children ->outline
本文转载自: