浏览器渲染和操作顺序，附谈reflow&repaint对网页性能的影响

浏览器渲染和操作顺序

根据john resig《精通javascript》的描述，浏览器的渲染和操作顺序大致如下：
----------------------
1 HTML解析完毕。
2 外部脚本和样式表加载完毕。
3 脚本在文档内解析并执行。
4 HTML DOM 完全构造起来。
5 图片和外部内容加载。
6 网页完成加载。
----------------------
可以看出javascript脚本是可以在dom构造之前运行的。
我们在开发网页的时候，经常会用Js动态往dom树中添加一个dom对象，然后又因为某些原因会想要立即获取这个dom对象，此时有一定几率会取到null，这个时候可以用一下setTimeout()稍微延迟获取，等待新添加的dom构造完成。

Repaint & Reflow

Yahoo!性能工程师Nicole Sullivan写了一篇非常值得一读的分析Reflow和Repaint的文章。

repaint(重绘)是在一个元素的外观被改变，但没有改变布局的情况下发生，如改变visibility、outline、前景色。

"According to Opera , repaint is expensive because the browser must verify the visibility of all other nodes in the DOM tree."

当repaint发生时，浏览器会验证DOM树上的所有其它结点的visibility属性。

reflow(回流)是导致DOM脚本执行低效的关键因素之一。页面上任何一个结点触发reflow，都会导致它的子结点及祖先结点重新渲染。Nicole举了个例子：

<body>
<div class=”error”>
<h4>My Module</h4>
<p><strong>Error:</strong>Description of the error…</p>
<h5>Corrective action required:</h5>
<ol>
<li>Step one</li>
<li>Step two</li>
</ol>
</div>
</body>

当p结点上发生reflow，div.error和body也会重新渲染，甚至h5和ol也会受到影响。

Nicole总结了在哪些情况下会导致reflow发生：

改变窗囗大小
改变文字大小
添加/删除样式表
内容的改变，如用户在输入框中敲字(这样也会-_-||)
激活伪类，如:hover (IE里是一个兄弟结点的伪类被激活)
操作class属性
脚本操作DOM
计算offsetWidth和offsetHeight
设置style属性

reflow是不可避免的，只能将reflow对性能的影响减到最小。Nicole提出6点建议：

Change classes on the element you wish to style (as low in the dom tree as possible)
尽可能限制reflow的影响范围。以上面的代码为例，要改变p的样式，class不要加在div上，通过父级元素影响子元素不好。最好直接加在p上。
Avoid setting multiple inline styles
通过设置style属性改变结点样式的话，每设置一次都会导致一次reflow。所以最好通过设置class的方式。
Apply animations to elements that are position fixed or absolute
实现元素的动画，它的position属性应当设为fixed或absolute，这样不会影响其它元素的布局。
Trade smoothness for speed
权衡速度的平滑。比如实现一个动画，以1个像素为单位移动这样最平滑，但reflow就会过于频繁，CPU很快就会被完全占用。如果以3个像素为单位移动就会好很多。
Avoid tables for layout
不要用tables布局的另一个原因就是tables中某个元素一旦触发reflow就会导致table里所有的其它元素reflow。在适合用table的场合，可以设置table-layout为auto或fixed，这样可以让table一行一行的渲染，这种做法也是为了限制reflow的影响范围。
Avoid JavaScript expressions in the CSS (IE only)
很多情况下都会触发reflow，如果css里有expression，每次都会重新计算一遍。

参考文献：