Web性能优化

1 Web性能优化

Web网站的性能细线在几个方面：

• 网站首页加载速度

• 动画的流畅度

经过分析浏览器的渲染原理、资源对渲染的影响，得出优化网站性能的办法。

2 查看性能的工具

Chrome的Timeline面板录制网页加载的过程，分析记录浏览器渲染过程当中每一个过程的耗时。

2.1 录制时注意事项

1. 禁用浏览器缓存：Network Tab下的disable cache

2. 关闭Chrome扩展或者启用隐身模式

3. 根据使用场景，模拟真实的网络加载状况：Network Tab下的throttling下拉按钮

2.2 Timeline工具的各个组成

• 在Main Thread中能够看到页面渲染的整个过程及耗时

3 浏览器渲染原理

3.1 DOM树构建

DOM树的构建过程

1. 根据HTML文档的内容，根据标签进行分词Token

2. 根据Token生产对应的节点Node

3. 将节点根据嵌套关系组合为一棵对象节点树DOM

浏览器解析文档对象模型DOM是增量进行的，无需等待整个HTML文档加载完毕，即可以开始解析DOM

CSSOM解析会阻塞HTML Parser；JavaScript脚本文件执行会阻塞HTML解析；CSS、JavaScript、Images和Font等静态资源的异步加载的，渲染页面与CSS解析与JavaScript执行会有相互的依赖

3.2 CSSOM树的构建

CSSOM的解析依赖于选择器，选择器的匹配是从内到外的。因此选择器嵌套层次越深，匹配的时间会越长。

CSSOM只解析可视部分body标签中的内容，将全部匹配的元素共同构建一个CSSOM树，从根节点一次向下，全部节点的属性向下继承

3.3 RenderTree树的构建

利用DOM和CSSOM组合构建生成RenderTree，对应Recaculate Style

RenderTree中包含全部渲染网页必须的节点

无需渲染的节点不会被添加到RenderTree中，如head和display:none;的节点

visibility: hidden;的节点会添加到RenderTree中

3.4 Layout

Layout利用渲染树的信息，计算渲染树中全部节点在页面上的位置和大小。

相似绘画中各个元素位置摆放及尺寸规划

会引发页面从新Layout的操做：全部改变节点位置和大小的操做

• 屏幕旋转

• 浏览器视窗改变

• 与大小、位置相关的CSS属性

• 增长与删除DOM元素

Layout操做比较耗时，对于动画中频繁引发Layout的操做（元素位置移动），最好使用transform代替，可使用GPU进行动画处理（将Layout重绘在GPU完成）

viewport

若是页面body元素设置的宽度为100%，而且根元素html没有明确设置宽度绝对值，此时body元素的宽度等于viewport的宽度vw

• 使用meta标签能够设置浏览器viewport的尺寸。<meta name="viewport" content="width=device-width">

• device-width为浏览器的理想视口（屏幕的物理分辨率）

• 在移动端，若是不设置device-width，默认viewport宽度为980px，致使文字很小，须要放大

viewport至关于可视内容布局的容器

3.5 Paint

填充Layout中的具体内容和样式，将Layout生成的区域填充为最终显示在屏幕上的像素

3.6 总结

1. 浏览器经过GET请求获取网页HTML，同时将增量解析HTML文档，生成DOM树

2. 解析DOM节点树时，对于须要加载的资源所有执行异步加载，可是CSS的解析、JavaScript的执行与font文件的下载会阻塞HTML Parser

3. 局部DOM树与CSSOM树构建完成后，当即组装RenderTree进行渲染

4 资源对渲染的影响

页面中加载的资源主要包括：css、js脚本文件和font字体与images静态资源，不一样资源类型对渲染的影响不一样。

4.1 浏览器渲染页面的时机

增量解析解析DOM树，而且完成相应CSSOM解析后（RenderTree依赖于DOM树，CSSOM树），开始直接渲染页面。

4.2 CSS加载会阻塞初次渲染

4.3 非关键资源

对于首页无关的样式，须要使用适当的方式避免其阻塞初次渲染：

• document.write()会阻塞页面初次渲染

• 使用media=print媒体查询，虽然加载样式表，但只针对打印时才应用该样式，不会阻塞初次渲染。

• 经过DOMAPI引入CSS，能够避免阻塞。

• CSS中<link rel="preload" href="index_print.css" as="style" onload="this.rel='stylesheet'">。

4.4 JS文件

• 输出：先输出Hello，10s以后再输出World。JS脚本执行会阻塞HTML Parser，可是HTML Parser是增量解析的，而且CSS样式的解析会阻塞JS脚本执行，当解析完Hello时，生成对应DOM节点，而且完成其CSSOM，直接开始渲染Hello节点。

• 脚本执行完成后再解析后续的World

JS脚本执行会阻塞HTML Parser；

CSS解析会阻塞JS脚本执行：js可能会读、写CSSOM

虽然JS会阻塞HTML Parser解析；可是浏览器的资源异步加载机制Preload会异步加载head标签内的资源

4.5 非关键JS资源解析阻塞的优化方案

• 将JS资源文件放在文档底部，延迟JS的执行（可是存在必须解析完HTML才能加载JS资源，相较于head标签中加载会慢）

• 使用defer延迟脚本执行：scipt标签的defer属性，脚本会在HTML文档解析完毕后再开始执行；被defer的脚本在执行时严格按照HTML文档中出现的顺序执行---优点能够提前加载JS资源，可是解析完HTML再执行

• 使用async异步执行脚本：

  • 当script标签有async属性时，脚本执行不会阻塞HTML Parser，只要脚本加载完毕便开始执行

  • 被async的脚本，不会严格按照在HTML文档中的顺序执行

  • async适用于无依赖的外部独立资源（注意不要错误操做状态）

4.6 font字体文件

• font字体文件会阻塞内容渲染
  

4.7 图片资源

图片资源的加载不会阻塞渲染，可是最好在HTML标签中设置图片的高度和宽度，能够在Layout时留出图片渲染的空间，避免页面的抖动

5 优化关键渲染路径

优化目标是将下列三个指标压缩到最低：

• 关键资源数---初次渲染时依赖的资源

• 关键资源的体积最小---压缩文件或图片

• 关键资源网络来回数---网络传输资源消耗不少时间

6 其他优化过程

• HTTP2能够在传输HTML页面后向客户端推送页面内包含的资源

• 减小资源的大小：压缩

• 减小请求的来回时间

参考：奇舞团瓜瓜老师