关于网页性能

关于网页性能

网页性能管理是一个很大的话题，最近在复习相关的知识，小结一下。

页面加载顺序

网页生成的过程大致如下：

1. HTML代码转化成DOM
2. CSS代码转化成CSSOM（CSS Object Model）
3. 结合DOM和CSSOM，生成一棵渲染树（包含每个节点的视觉信息）
4. 生成布局（layout），即将所有渲染树的所有节点进行平面合成
5. 将布局绘制（paint）在屏幕上

---

CSS加载、JS加载是否阻塞DOM树的解析和渲染

由上面的过程我们可以看出，在渲染之前，CSSOM 和 DOM 已经生成。

• 实际上，css的加载不会阻塞DOM树解析，但是会阻塞DOM树渲染。要在样式加载好了之后，才开始渲染页面。这是合理的。
• 而JS执行会阻塞DOM树的解析和渲染。当引用了JS的时候，浏览器发送1个JS request就会一直等待该request的返回。因为浏览器需要1个稳定的DOM树结构，而JS中很有可能有代码直接改变了DOM树结构，比如使用 document.write 或 appendChild,甚至是直接使用的location.href进行跳转，浏览器为了防止出现JS修改DOM树，需要重新构建DOM树的情况，所以，JS执行会阻塞DOM树的解析和渲染。

这两个规则的实质都是提高页面的性能，避免发生不必要的重新渲染。

---

页面性能优化

重排和重绘会不断触发，这是不可避免的。但是，它们非常耗费资源，是导致网页性能低下的根本原因。

以下三种情况，会导致网页重新渲染。

1. 修改DOM
2. 修改样式表
3. 用户事件（比如鼠标悬停、页面滚动、输入框键入文字、改变窗口大小等等）

重新渲染，就需要重新生成布局和重新绘制。前者叫做"重排"（reflow），后者叫做"重绘"（repaint）需要注意的是，"重绘"不一定需要"重排"，比如改变某个网页元素的颜色，就只会触发"重绘"，不会触发"重排"，因为布局没有改变。但是，"重排"必然导致"重绘"，比如改变一个网页元素的位置，就会同时触发"重排"和"重绘"，因为布局改变了

---

有一些技巧，可以降低浏览器重新渲染的频率和成本。

1. DOM 的多个读操作（或多个写操作），应该放在一起。不要两个读操作之间，加入一个写操作。
2. 不要一条条地改变样式，而要通过改变class，或者csstext属性，一次性地改变样式。
3. 先将元素设为display: none（需要1次重排和重绘），然后对这个节点进行100次操作，最后再恢复显示（需要1次重排和重绘）。这样一来，你就用两次重新渲染，取代了可能高达100次的重新渲染。
4. position属性为absolute或fixed的元素，重排的开销会比较小，因为不用考虑它对其他元素的影响。
5. 只在必要的时候，才将元素的display属性为可见，因为不可见的元素不影响重排和重绘。另外，visibility : hidden的元素只对重绘有影响，不影响重排.
6. 获取某些属性浏览器引擎可能会针对重排做了优化。比如Opera，它会等到有足够数量的变化发生，或者等到一定的时间，或者等一个线程结束，再一起处理，这样就只发生一次重排。但除了渲染树的直接变化，当获取一些属性时，浏览器为取得正确的值也会触发重排。这样就使得浏览器的优化失效了。这些属性包括：offsetTop、offsetLeft、offsetWidth、offsetHeight、scrollTop、scrollLeft、scrollWidth、scrollHeight、clientTop、clientLeft、clientWidth、clientHeight、getComputedStyle() (currentStyle in IE)。所以，在多次使用这些值时应进行缓存。

---

参看文献

• 网页性能管理详解
• 浏览器加载和渲染html的顺序
• 重绘(repaints) 重排(reflows)
• css加载会阻塞DOM树的解析渲染吗？