本文由云+社区发表
作者:嘿嘿嘿
可能大家都知道,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事件。因此,我们可以得出结论:
以上,就是所有内容。欢迎关注我们的专栏,接收最新最有趣的前端内容。
此文已由腾讯云+社区在各渠道发布
获取更多新鲜技术干货,可以关注我们
如对本文有疑问, 点击进行留言回复!!
清除新版Google Chrome浏览器中表单控件(input,button...)默认的黑色边框
荐 20200714——git/mac配置/项目运行步骤/一些报错
antd 菜单组件 使用时报错:Cannot read property ‘isRootMenu‘ of undefined
CSS|div的style=“background-image: url(img/a.bmp)图片显示不出来
硬件仪表盘账号建立指导(一) --WHQL认证测试结果提交账号(一)
cookie的规范Cookie的不可跨域名性或Cookie与域名的关系
网友评论