关于Reflow回流

在CSS规范中有一个渲染对象的概念，通常用一个盒子（box, rectangle）来表示。mozilla通过一个叫frame的对象对盒子进行操作。frame主要的动作有三个：

• 构造frame, 以建立对象树（DOM树）
• reflow, 以确定对象位置，或者是调用mozilla的Layout（这里是指源码的实现）
• 绘制，以便对象能显示在屏幕上

总的来说，reflow就是载入内容树（在HTML中就是DOM树）和创建或更新frame结构的响应的一种过程。

要提高页面性能，其实就是避免reflow的开销。那么，有哪些方面是需要reflow的呢？比如，未指定图片宽高的话，图片的载入会使页面 reflow, 因为要根据图片宽高来更新frame。这里就有一个提高页面性能的小技巧：如果事先能够确定图片宽高的话，最好在HTML里写上。

在编写一些常见的动态效果时，一般使用CSS的display来切换可见性。很不幸，这也会产生reflow. 把元素置为display:none，相当于把这个元素的frame销毁了，再置回非none时，需要重新构造frame，这就产生了reflow. 而另外一个切换可见性的属性visibility则不存在reflow问题，置为visibility:hidden的元素的frame并没有销毁，需要 显示的时候其实就是一个绘制（上面提到的动作第三步）过程而已，没有reflow，因此效率会更高。如果你看过一些JavaScript库／框架的源码， 会发现它们大量使用visibility而不是display，道理应该如此。

浏览器会解析三个东西：HTML、Javascript、CSS

浏览器首先会根据HTML生成DOM Tree，其次会根据CSS生成CSS Rule Tree，javascript可以通过DOM API与CSS API操作DOM Tree与CSS Rule Tree，从而引起页面变化。

浏览器解析结束会通过DOM Tree与CSS Rule Tree形成render tree，只有display不为none的元素才会形成render Tree，render Tree形成后浏览器会调用GUI绘制页面，在此之前做的一件事情便是layout或者说reflow。上面的描述简单而言可以分为以下流程：

l  生成DOM树

l  计算CSS样式

l  构建render tree

l  reflow，定位元素位置大小

l  绘制页面

在这个过程中，若是javascript动态改变DOM Tree便会引起reflow

页面中的元素改变，只要不影响尺寸，比如只是颜色改变只会引起repaint不会引起回流

否则，reflow不可避免，这个时候便需要重新计算形成render Tree

reflow分为局部回流与全局回流，会影响下面的，不会影响上面的元素

reflow耗用的系统资源较大，DOM Tree中受到影响的节点皆会reflow，然后影响其子节点最坏的情况是所有节点reflow，该问题引发的现象便是低性能的电脑风扇不停的转，手机变得很热，并且非常耗电，以下操作可能引起reflow

l  操作dom结构

l  动画

l  DOM样式修改

l  获取元素尺寸的API