关于网页性能

关于网页性能

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

页面加载顺序

网页生成的过程大体以下：

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树的解析渲染吗？