本文由云 + 社区发表
作者:嘿嘿嘿
可能大家都知道,js 执行会阻塞 DOM 树的解析和渲染,那么 css 加载会阻塞 DOM 树的解析和渲染吗?接下来,我就来对 css 加载对 DOM 树的解析和渲染的影响做一个测试。
为了完成本次测试,先来科普一下,如何利用 chrome 来设置下载速度
\1. 打开 chrome 控制台 (按下 F12),可以看到下图,重点在我画红圈的地方
点击我画红圈的地方 (No throttling),会看到下图,我们选择 GPRS 这个选项
\2. 点击我画红圈的地方 (No throttling),会看到下图,我们选择 GPRS 这个选项
这样,我们对资源的下载速度上限就会被限制成 20kb/s,好,那接下来就进入我们的正题
\3. 这样,我们对资源的下载速度上限就会被限制成 20kb/s,好,那接下来就进入我们的正题
用代码说话:
<!DOCTYPE html>
<html lang="en">
<head>
<title>css阻塞</title>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<style>
h1 {
color: red !important
}
</style>
<script>
function h () {
console.log(document.querySelectorAll('h1'))
}
setTimeout(h, 0)
</script>
<link href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
</head>
<body>
<h1>这是红色的</h1>
</body>
</html>
假设: css 加载会阻塞 DOM 树解析和渲染
假设结果: 在 bootstrap.css 还没加载完之前,下面的内容不会被解析渲染,那么我们一开始看到的应该是白屏,h1 不会显示出来。并且此时 console.log 的结果应该是一个空数组。
实际结果:如下图
由上图我们可以看到,当 css 还没加载完成的时候,h1 并没有显示,但是此时控制台输出如下
可以得知,此时 DOM 树至少已经解析完成到了 h1 那里,而此时 css 还没加载完成,也就说明,css 并不会阻塞 DOM 树的解析。
由上图,我们也可以看到,当 css 还没加载出来的时候,页面显示白屏,直到 css 加载完成之后,红色字体才显示出来,也就是说,下面的内容虽然解析了,但是并没有被渲染出来。所以,css 加载会阻塞 DOM 树渲染。
其实我觉得,这可能也是浏览器的一种优化机制。因为你加载 css 的时候,可能会修改下面 DOM 节点的样式,如果 css 加载不阻塞 DOM 树渲染的话,那么当 css 加载完之后,DOM 树可能又得重新重绘或者回流了,这就造成了一些没有必要的损耗。所以我干脆就先把 DOM 树的结构先解析完,把可以做的工作做完,然后等你 css 加载完之后,在根据最终的样式来渲染 DOM 树,这种做法性能方面确实会比较好一点。
由上面的推论,我们可以得出,css 加载不会阻塞 DOM 树解析,但是会阻塞 DOM 树渲染。那么,css 加载会不会阻塞 js 执行呢?
同样,通过代码来验证.
<!DOCTYPE html>
<html lang="en">
<head>
<title>css阻塞</title>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<script>
console.log('before css')
var startDate = new Date()
</script>
<link href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
</head>
<body>
<h1>这是红色的</h1>
<script>
var endDate = new Date()
console.log('after css')
console.log('经过了' + (endDate -startDate) + 'ms')
</script>
</body>
</html>
假设: css 加载会阻塞后面的 js 运行
预期结果: 在 link 后面的 js 代码,应该要在 css 加载完成后才会运行
实际结果:
由上图我们可以看出,位于 css 加载语句前的那个 js 代码先执行了,但是位于 css 加载语句后面的代码迟迟没有执行,直到 css 加载完成后,它才执行。这也就说明了,css 加载会阻塞后面的 js 语句的执行。详细结果看下图 (css 加载用了 5600+ms):
由上所述,我们可以得出以下结论:
因此,为了避免让用户看到长时间的白屏时间,我们应该尽可能的提高 css 加载速度,比如可以使用以下几种方法:
那么为什么会出现上面的现象呢?我们从浏览器的渲染过程来解析下。
不用浏览器使用的内核不同,所以他们的渲染过程也是不一样的。目前主要有两个:
webkit 渲染过程
Gecko 渲染过程
从上面两个流程图我们可以看出来,浏览器渲染的流程如下:
从流程我们可以看出来
对于浏览器来说,页面加载主要有两个事件,一个是 DOMContentLoaded,另一个是 onLoad。而 onLoad 没什么好说的,就是等待页面的所有资源都加载完成才会触发,这些资源包括 css、js、图片视频等。
而 DOMContentLoaded,顾名思义,就是当页面的内容解析完成后,则触发该事件。那么,正如我们上面讨论过的,css 会阻塞 Dom 渲染和 js 执行,而 js 会阻塞 Dom 解析。那么我们可以做出这样的假设
我们先对第一种情况做测试:
<!DOCTYPE html>
<html lang="en">
<head>
<title>css阻塞</title>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<script>
document.addEventListener('DOMContentLoaded', function() {
console.log('DOMContentLoaded');
})
</script>
<link href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
</head>
<body>
</body>
</html>
实验结果如下图:
从动图我们可以看出来,css 还未加载完,就已经触发了 DOMContentLoaded 事件了。因为 css 后面没有任何 js 代码。
接下来我们对第二种情况做测试,很简单,就在 css 后面加一行代码就行了
<!DOCTYPE html>
<html lang="en">
<head>
<title>css阻塞</title>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<script>
document.addEventListener('DOMContentLoaded', function() {
console.log('DOMContentLoaded');
})
</script>
<link href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
<script>
console.log('到我了没');
</script>
</head>
<body>
</body>
</html>
实验结果如下图:
我们可以看到,只有在 css 加载完成后,才会触发 DOMContentLoaded 事件。因此,我们可以得出结论:
以上,就是所有内容。欢迎关注我们的专栏,接收最新最有趣的前端内容。
此文已由腾讯云 + 社区在各渠道发布
获取更多新鲜技术干货,可以关注我们腾讯云技术社区 - 云加社区官方号及知乎机构号