浏览器从HTTP服务器获取html文档,到呈现页面给用户,会经过以下几个步骤:
浏览器的解析内容可以分为三个部分:
以上三类文件的执行顺序会根据其在文档中的位置及其标签属性的不同而有异同,具体在后文进行讨论。
解析文档完成后,浏览器引擎会将 CSS Rule Tree 附着到DOM Tree 上,并根据DOM Tree 和 CSS Rule Tree构造 Rendering Tree(渲染树)。此处需要注意:
解析position, overflow, z-index等等属性,计算每一个渲染树节点的位置和大小,此过程被称为reflow。最后调用操作系统的Native GUI API完成绘制(repain)。注意:
浏览器从服务器获取文档并从上到下进行解析,在脚本文件标签不包含defer和async属性的情况下,会按照如下规则执行文档内容:
在这个过程中,脚本文件的下载和执行是与文档解析同步进行的,脚本文件的下载和执行都会阻塞文档的解析,如果控制得不好,在用户体验上就会造成一定程度的影响。
举个例子,编写一个简单的html页面如下:
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Documenttitle>
<script type="text/javascript" src="defer.js">script>
head>
<body>
body render!
body>
html>
head中加载的脚本文件内容为:
alert('i am the script');
在浏览器中运行时,会先弹出提示框,此时,body元素并没有进行渲染。
关闭弹出框以后,才完成对body的渲染:
为了防止脚本加载使浏览器页面阻塞,妨碍用户体验。应该合理使用标签的defer属性和async属性。这两个属性用于调整脚本的下载和执行顺序,使其不阻塞页面加载。
defer:开启新的线程下载脚本文件,并使脚本在文档解析完成后执行。
为了验证defer属性的相关规则,编写了如下测试代码:
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Documenttitle>
<script type="text/javascript" src="defer1.js" defer>script>
<script type="text/javascript" src="defer2.js" defer>script>
<script type="text/javascript" defer>
console.log('使用了defer属性的内联js')
script>
head>
<body>
<script type="text/javascript">
document.addEventListener("DOMContentLoaded", function() {
console.log('DOMContentLoaded');
}, false);
window.addEventListener('load', function() {
console.log('onload');
}, false);
script>
body>
html>
defer1.js:
console.log('defer1');
defer2.js:
console.log('defer2')
控制台输出结果如下图,可以看出,对内联js脚本使用defer属性并不起作用。
async:异步下载脚本文件,下载完毕立即解释执行代码。 HTML5的新增属性。
为了验证async属性的特性,编写页面如下:
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Documenttitle>
<script type="text/javascript" src="async1.js" async>script>
<script type="text/javascript" src="async2.js" async>script>
<script type="text/javascript" async>
console.log('使用了async属性的内联js')
script>
head>
<body>
<script type="text/javascript">
document.addEventListener("DOMContentLoaded", function() {
console.log('DOMContentLoaded');
}, false);
window.addEventListener('load', function() {
console.log('onload');
}, false);
script>
body>
html>
async1.js:
console.log('async1.js')
async2.js:
console.log('async2.js')
输出结果为:
下面这张图清楚的阐述了脚本在无任何特殊属性、具有defer属性、具有async属性三种情况下的下载执行与文档解析的关系。其中绿色带包文档解析线程;蓝色代表脚本下载线程;红色代表脚本执行线程。
综上所述,defer属性和async属性都能防止脚本下载阻塞页面渲染。如果脚本之间没有依赖关系,可以使用async属性,如果脚本之间有依赖关系,应使用defer属性。如果同时使用async和defer属性,后者不起作用,浏览器行为由async属性决定。如果不想使用这两个属性,也可将标签防止在
之前,达到同样的效果。
前端页面渲染时会根据DOM结构生成一个DOM树,然后加上CSS样式生成渲染树。如果CSS文件放在标签中,则CSS Rule Tree会先于DOM树完成构建,之后浏览器就可以边构建DOM树边完成渲染;反之,CSS文件放在所有页面标签之后,比如
之前,那么当DOM树构建完成了,渲染树才构建,浏览器不得不再重新渲染整个页面,这样造成了资源的浪费。而且页面还可能会出现闪跳的感觉,或者白屏或者布局混乱或者样式很丑,直到CSS加载完成,页面重绘才能恢复正常。
因此,一般来讲,css标签应放在标签之间。但如果css文件较大,会让首页白屏时间更长,所以并不是说把css都放顶部是一个完美的方法。权衡利弊,应该把必须的css(js)放顶部,把不那么重要的css(js)放底部。
DOM结构中的各个元素都有自己的盒子模型,浏览器根据各样式计算元素的尺寸和位置,构建渲染树的过程称之为reflow。当渲染树节点的尺寸,布局,隐藏属性发生改变时,会触发reflow操作,重新构建Render Tree。每个页面在第一次加载的时候,会发生一次回流。
完成回流后,浏览器会重新绘制受影响的部分到屏幕中,因此,回流必定会导致重绘。
当各种盒子的位置、大小以及其他属性,例如颜色、字体大小等都确定下来后,浏览器便把这些元素都按照各自的特性进行绘制,于是页面的内容出现了,这个过程称之为repaint。
Reflow 的成本比 Repaint 的成本高得多。DOM Tree 里的每个结点都会有 reflow 方法,一个结点的 reflow 很有可能导致子结点,甚至父点以及同级结点的 reflow。在一些高性能的电脑上也许还没什么,但是如果 reflow 发生在手机上,那么这个过程是非常痛苦和耗电的。所以,下面这些动作会触发reflow操作,有很大可能会是成本比较高的。
如何能将Reflow对性能的影响减到最小呢?
// 不好的写法
var left = 10,
top = 10;
el.style.left = left + "px";
el.style.top = top + "px";
// 推荐写法
el.className += " theclassname";
DOMContentLoaded事件是当初始HTML文档完全被加载和解析(即所有的DOM完全解析)时触发的,无需要等待样式表,图片,子框架完成加载。而onload事件要等页面所有元素,包括图片以及脚本等全部加载完成才触发,因此它比DOMContentLoaded要更晚执行。
在页面的图片很多,网络不好的情况下,从用户访问到onload触发可能需要很长的时间,此时如果在onload中加入许多初始化的动作, 必然会影响用户的体验。这事使用DOMContentLoaded事件代替onload事件是更合适的。