复制代码
CSS 不会阻塞 DOM 解析,但是会阻塞 DOM 渲染
首先在index.html
插入如下<link>
标签,然后在浏览器输入http://127.0.0.1:3000/
访问此页面。
hello world
复制代码
页面初始显示为空白,控制台打印出了p
元素,同时浏览器标签页上加载loading
,3s
后页面显示出浅蓝色的hello world
。
在这里插入图片描述
以上情况也就说明,CSS
不会阻塞DOM
的解析,如果说CSS
阻塞DOM
解析的话,那么p
标签不会被解析,进而DOM
不会被解析完成,CSS
请求过程中也不可能会触发DOMContentLoaded
事件。而且在css
请求过程中,控制台立即打印出了p
元素,由此也验证了此结论的正确性。
另一个情况就是,虽然DOM
很早就被解析完成,但是p
标签却迟迟没有渲染,原因在于CSS
样式还未请求完成,在样式获取后hello world
才被渲染出来,所以说CSS
会阻塞页面渲染。
简单阐述一下浏览器的解析渲染过程,解析DOM
生成DOM Tree
,解析CSS
生成CSSOM Tree
,两者结合生成render tree
渲染树,最后浏览器根据渲染树渲染至页面。由此可以看出DOM Tree
的解析和CSSOM Tree
的解析是互不影响的,两者是并行的。因此CSS
不会阻塞页面DOM
的解析,但是由于render tree
的生成是依赖DOM Tree
和CSSOM Tree
的,因此CSS
必然会阻塞DOM
的渲染。
更为严谨一点的说,CSS
会阻塞render tree
的生成,进而会阻塞DOM
的渲染。
JS 会阻塞 DOM 解析
为了避免加载CSS
造成的干扰,如下仅关注JS
的执行情况,其中for
循环的循环体中逻辑暂不考虑,仅仅是让JS
执行更多时间。
hello world
复制代码
浏览器访问页面,初始时为空白且控制台打印null
,浏览器loading
短暂延时后,控制台打印出p
标签同时页面渲染出hello world
。
在这里插入图片描述
以上情况很容易说明JS
会阻塞DOM
解析了,JS
执行初控制台打印null
,因为此时p
标签还未被解析,for
循环执行时,可以明显感觉到执行耗时,执行完成p
标签被解析,此时触发DOMContentLoaded
事件,控制台打印出p
标签,同时页面渲染出hello world
。
比较合理的解释就是,首先浏览器无法知晓JS
的具体内容,倘若先解析DOM
,万一JS
内部全部删除掉DOM
,那么浏览器就白忙活了,所以就干脆暂停解析DOM
,等到JS
执行完成再继续解析。
CSS 会阻塞 JS 的执行
如下在页内JS
脚本前插入<link>
标签,并且延时3s
获取CSS
样式。
hello world
复制代码
初始页面空白,浏览器loading
加载3s
后,控制台打印出null
,紧接着打印出p
标签,同时页面渲染出浅蓝色p
标签。
在这里插入图片描述
此情况好像是CSS
不仅阻塞了DOM
的解析,而且也阻塞了DOM
渲染。
但是首先要思考下是什么阻塞了DOM
的解析,刚刚已经证明了CSS
不会阻塞DOM
的解析,所以只可能是JS
阻塞了DOM
解析。但是JS
只有两行代码,不会阻塞长达3s
左右的时间。所以只有一个可能就是CSS
会阻塞JS
的执行。
因此输出结果也能大致分析出来了,首先解析到第一个<script>
标签,document
绑定上DOMContentLoaded
事件,紧接着解析到link
标签,浏览器请求CSS
样式,由于CSS
不会阻塞DOM
解析,因此浏览器继续向下解析,发现第二个<script>
标签,浏览器请求JS
脚本,此时JS
获取完成,但是由于CSS
还在获取,所以不能立即执行。
而第二个<script>
不能立即执行,导致它后面的p
标签也没办法解析,原因则是JS
会阻塞DOM
解析。只有等待到CSS
样式获取成功后,此时JS
立即执行,控制台输出null
,然后浏览器继续解析到p
标签,解析完成,DOMContentLoaded
事件触发,控制台输出p
标签,最后浅蓝色hello world
渲染至页面。
其实这样做也是有道理的,设想JS
脚本中的内容是获取DOM
元素的CSS
样式属性,如果JS
想要获取到DOM
最新的正确的样式,势必需要所有的CSS
加载完成,否则获取的样式可能是错误或者不是最新的。因此要等到JS
脚本前面的CSS
加载完成,JS
才能再执行,并且不管JS
脚本中是否获取DOM
元素的样式,浏览器都要这样做。
回溯文章开头的那个疑问,所以一般将<script>
放在<link>
标签前面是有道理的。
JS 会触发页面渲染
如下CSS
采用页内方式,其中颜色名及其rgb
值分别为浅绿色lightblue
(rgb(144, 238, 144)
)、粉色pink
(rgb(255, 192, 203)
)。
// index.html
hello
beautiful
world
// static/index.js
var p = document.querySelector(‘p’);
var style = window.getComputedStyle(p, null);
console.log(style.color);
复制代码
页面初始渲染出浅绿色hello
,紧接着2s
后渲染出粉色hello beautiful
且控制台打印rgb(144, 238, 144)
,然后又2s
后渲染出浅蓝色hello beautiful world
且控制台打印rgb(255, 192, 203)
。
在这里插入图片描述
上述结果大致分析为浏览器首先解析第一个<style>
标签和hello
文本的p
标签,此时继续向下解析发现了第一个<script>
标签,紧接着触发一次渲染,由于此过程非常快所以页面初始就能看到浅绿色hello
。
然后浏览器发出JS
请求,2s
后JS
获取完成立即运行控制台输出rgb(144, 238, 144)
,JS
运行完成后浏览器继续向下解析到beautiful
文本的p
标签和第二个<style>
标签,再继续向下解析发现了第二个<script>
标签,触发一次渲染,这个过程也是非常快,所以可以看到控制台输出结果和渲染粉色hello beautiful
几乎是同时的。
解析到第二个<script>
标签时,浏览器不会发出请求(稍作解释),2s
后获取到JS
脚本并执行,控制台输出rgb(255, 192, 203)
,紧接着浏览器继续向下解析到world
文本的p
标签和第三个<style>
标签,此时DOM
解析完成,再进行正常的渲染,这个过程也是非常快,所以也能看到控制台输出结果和渲染浅蓝色hello beautiful world
几乎是同时的。
现在来解答刚才那个问题,浏览器解析DOM
时,虽然会一行一行向下解析,但是它会预先加载具有引用标记的外部资源(例如带有src
标记的<script>
标签),而在解析到此标签时,则无需再去加载,直接运行,以此提高运行效率。所以就会有上述两个输出结果间隔2s
的情况,而不是4s
,因为浏览器预先就一起加载了两个<script>
脚本,第一个<script>
脚本加载完成时,第二个<script>
脚本还剩大概2s
加载完成。
而这个结论才是解释为何CSS
会阻塞JS
的执行的真正原因,浏览器无法预先知道脚本的具体内容,因此在碰到<script>
标签时,只好先渲染一次页面,确保<script>
脚本内能获取到DOM
的最新的样式。倘若在决定渲染页面时,还有尚未加载完成的CSS
样式,只能等待其加载完成再去渲染页面。
Body 内的 CSS
来看一个较为特殊的情况。
hello
world
复制代码
按照上述的所有结论,预先分析一下运行结果,首先浏览器解析<script>
脚本,document
上绑定了DOMContentLoaded
事件,紧接着浏览器继续向下解析,发现了文本为hello
的p
标签和<link>
标签,浏览器发起CSS
请求,由于CSS
不会阻塞DOM
解析,浏览器继续向下解析至文本为world
的p
标签,此时页面解析完成,DOMContentLoaded
事件触发控制台输出p
标签,3s
后页面渲染出浅蓝色hello world
。
因此按照分析,初始时页面空白,浏览器loading
加载3s
后,控制台打印出p
标签,同时页面渲染出浅蓝色hello world
。
但是实际结果并不是这样,而是页面初始就渲染出hello
,3s
后页面渲染出浅蓝色hello world
并且打印p
标签。
在这里插入图片描述
如下是我个人的分析和理解,首先是浏览器解析并运行<script>
标签,然后在解析文本为hello
的p
标签,当解析到<link>
标签时,触发一次渲染,然后浏览器发起CSS
请求,但是此时浏览器不会继续向下解析,而是将<link>
标签当做是DOM
的一部分,换句话说浏览器将其认为是特殊的DOM
元素,这个DOM
元素的特殊性就在于需要进行加载,因此浏览器不会继续向下解析,所以也就没有DOMContentLoaded
的输出结果。
3s
后<link>
这个特殊的DOM
元素解析完成,浏览器继续向下解析world
文本的p
标签,此时触发DOMContentLoaded
事件,再进行正常的渲染,页面渲染出浅蓝色hello world
,由于此过程非常快,所以控制台输出和渲染浅蓝色hello world
几乎是同时的。
上述仅仅是我个人的分析和猜测,可以不必理会,仅作为讨论,所以也不敢妄下结论,误人子弟,此小节仅走马观花即可。
综上所述
综合上述所有情况,可以得出如下结论。
-
CSS
不会阻塞DOM
解析,但是会阻塞DOM
渲染,严谨一点则是CSS
会阻塞render tree
的生成,进而会阻塞DOM
的渲染 -
JS
会阻塞DOM
解析 -
CSS
会阻塞JS
的执行 -
浏览器遇到
<script>
标签且没有defer
或async
属性时会触发页面渲染 -
Body
内部的外链CSS
较为特殊,请慎用
关于本文
作者:Don_GW
==========
https://juejin.cn/post/6973949865130885157
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(资料价值较高,非无偿)
最后
javascript是前端必要掌握的真正算得上是编程语言的语言,学会灵活运用javascript,将对以后学习工作有非常大的帮助。掌握它最重要的首先是学习好基础知识,而后通过不断的实战来提升我们的编程技巧和逻辑思维。这一块学习是持续的,直到我们真正掌握它并且能够灵活运用它。如果最开始学习一两遍之后,发现暂时没有提升的空间,我们可以暂时放一放。继续下面的学习,javascript贯穿我们前端工作中,在之后的学习实现里也会遇到和锻炼到。真正学习起来并不难理解,关键是灵活运用。
些内容对你有帮助,可以扫码获取!!(资料价值较高,非无偿)**
最后
javascript是前端必要掌握的真正算得上是编程语言的语言,学会灵活运用javascript,将对以后学习工作有非常大的帮助。掌握它最重要的首先是学习好基础知识,而后通过不断的实战来提升我们的编程技巧和逻辑思维。这一块学习是持续的,直到我们真正掌握它并且能够灵活运用它。如果最开始学习一两遍之后,发现暂时没有提升的空间,我们可以暂时放一放。继续下面的学习,javascript贯穿我们前端工作中,在之后的学习实现里也会遇到和锻炼到。真正学习起来并不难理解,关键是灵活运用。
[外链图片转存中…(img-rMVlCcx1-1711679436057)]
[外链图片转存中…(img-2zfXZNrl-1711679436058)]