摘要:加載會(huì)阻塞運(yùn)行嗎由上面的推論,我們可以得出,加載不會(huì)阻塞樹解析,但是會(huì)阻塞樹渲染。這也就說(shuō)明了,加載會(huì)阻塞后面的語(yǔ)句的執(zhí)行。因此,加載是會(huì)阻塞的渲染的。
之前面試今日頭條的時(shí)候,今日頭條面試官問(wèn)我,js執(zhí)行會(huì)阻塞DOM樹的解析和渲染,那么css加載會(huì)阻塞DOM樹的解析和渲染嗎?所以,接下來(lái)我就來(lái)對(duì)css加載對(duì)DOM樹的解析和渲染做一個(gè)測(cè)試。
為了完成本次測(cè)試,先來(lái)科普一下,如何利用chrome來(lái)設(shè)置下載速度
打開chrome控制臺(tái)(按下F12),可以看到下圖,重點(diǎn)在我畫紅圈的地方
點(diǎn)擊我畫紅圈的地方(No throttling),會(huì)看到下圖,我們選擇GPRS這個(gè)選項(xiàng)
這樣,我們對(duì)資源的下載速度上限就會(huì)被限制成20kb/s,好,那接下來(lái)就進(jìn)入我們的正題
css加載會(huì)阻塞DOM樹的解析渲染嗎?用代碼說(shuō)話:
css阻塞 這是紅色的
假設(shè): css加載會(huì)阻塞DOM樹解析和渲染
假設(shè)結(jié)果: 在bootstrap.css還沒(méi)加載完之前,下面的內(nèi)容不會(huì)被解析渲染,那么我們一開始看到的應(yīng)該是白屏,h1不會(huì)顯示出來(lái)。并且此時(shí)console.log的結(jié)果應(yīng)該是一個(gè)空數(shù)組。
實(shí)際結(jié)果:如下圖
由上圖我們可以看到,當(dāng)css還沒(méi)加載完成的時(shí)候,h1并沒(méi)有顯示,但是此時(shí)控制臺(tái)輸出如下
可以得知,此時(shí)DOM樹至少已經(jīng)解析完成到了h1那里,而此時(shí)css還沒(méi)加載完成,也就說(shuō)明,css并不會(huì)阻塞DOM樹的解析。
css加載會(huì)阻塞DOM樹渲染?由上圖,我們也可以看到,當(dāng)css還沒(méi)加載出來(lái)的時(shí)候,頁(yè)面顯示白屏,直到css加載完成之后,紅色字體才顯示出來(lái),也就是說(shuō),下面的內(nèi)容雖然解析了,但是并沒(méi)有被渲染出來(lái)。所以,css加載會(huì)阻塞DOM樹渲染。
個(gè)人對(duì)這種機(jī)制的評(píng)價(jià)其實(shí)我覺(jué)得,這可能也是瀏覽器的一種優(yōu)化機(jī)制。因?yàn)槟慵虞dcss的時(shí)候,可能會(huì)修改下面DOM節(jié)點(diǎn)的樣式,如果css加載不阻塞DOM樹渲染的話,那么當(dāng)css加載完之后,DOM樹可能又得重新重繪或者回流了,這就造成了一些沒(méi)有必要的損耗。所以我干脆就先把DOM樹的結(jié)構(gòu)先解析完,把可以做的工作做完,然后等你css加載完之后,在根據(jù)最終的樣式來(lái)渲染DOM樹,這種做法性能方面確實(shí)會(huì)比較好一點(diǎn)。
css加載會(huì)阻塞js運(yùn)行嗎?? 由上面的推論,我們可以得出,css加載不會(huì)阻塞DOM樹解析,但是會(huì)阻塞DOM樹渲染。那么,css加載會(huì)不會(huì)阻塞js執(zhí)行呢?
同樣,通過(guò)代碼來(lái)驗(yàn)證.
css阻塞 這是紅色的
假設(shè): css加載會(huì)阻塞后面的js運(yùn)行
預(yù)期結(jié)果: 在link后面的js代碼,應(yīng)該要在css加載完成后才會(huì)運(yùn)行
實(shí)際結(jié)果:
由上圖我們可以看出,位于css加載語(yǔ)句前的那個(gè)js代碼先執(zhí)行了,但是位于css加載語(yǔ)句后面的代碼遲遲沒(méi)有執(zhí)行,直到css加載完成后,它才執(zhí)行。這也就說(shuō)明了,css加載會(huì)阻塞后面的js語(yǔ)句的執(zhí)行。詳細(xì)結(jié)果看下圖(css加載用了5600+ms):
結(jié)論由上所述,我們可以得出以下結(jié)論:
css加載不會(huì)阻塞DOM樹的解析
css加載會(huì)阻塞DOM樹的渲染
css加載會(huì)阻塞后面js語(yǔ)句的執(zhí)行、
因此,為了避免讓用戶看到長(zhǎng)時(shí)間的白屏?xí)r間,我們應(yīng)該盡可能的提高css加載速度,比如可以使用以下幾種方法:
使用CDN(因?yàn)镃DN會(huì)根據(jù)你的網(wǎng)絡(luò)狀況,替你挑選最近的一個(gè)具有緩存內(nèi)容的節(jié)點(diǎn)為你提供資源,因此可以減少加載時(shí)間)
對(duì)css進(jìn)行壓縮(可以用很多打包工具,比如webpack,gulp等,也可以通過(guò)開啟gzip壓縮)
合理的使用緩存(設(shè)置cache-control,expires,以及E-tag都是不錯(cuò)的,不過(guò)要注意一個(gè)問(wèn)題,就是文件更新后,你要避免緩存而帶來(lái)的影響。其中一個(gè)解決防范是在文件名字后面加一個(gè)版本號(hào))
減少http請(qǐng)求數(shù),將多個(gè)css文件合并,或者是干脆直接寫成內(nèi)聯(lián)樣式(內(nèi)聯(lián)樣式的一個(gè)缺點(diǎn)就是不能緩存)
更新 原理解析那么為什么會(huì)出現(xiàn)上面的現(xiàn)象呢?我們從瀏覽器的渲染過(guò)程來(lái)解析下。
不用瀏覽器使用的內(nèi)核不同,所以他們的渲染過(guò)程也是不一樣的。目前主要有兩個(gè):
webkit渲染過(guò)程
Gecko渲染過(guò)程
從上面兩個(gè)流程圖我們可以看出來(lái),瀏覽器渲染的流程如下:
HTML解析文件,生成DOM Tree,解析CSS文件生成CSSOM Tree
將Dom Tree和CSSOM Tree結(jié)合,生成Render Tree(渲染樹)
根據(jù)Render Tree渲染繪制,將像素渲染到屏幕上。
從流程我們可以看出來(lái)
DOM解析和CSS解析是兩個(gè)并行的進(jìn)程,所以這也解釋了為什么CSS加載不會(huì)阻塞DOM的解析。
然而,由于Render Tree是依賴于DOM Tree和CSSOM Tree的,所以他必須等待到CSSOM Tree構(gòu)建完成,也就是CSS資源加載完成(或者CSS資源加載失敗)后,才能開始渲染。因此,CSS加載是會(huì)阻塞Dom的渲染的。
由于js可能會(huì)操作之前的Dom節(jié)點(diǎn)和css樣式,因此瀏覽器會(huì)維持html中css和js的順序。因此,樣式表會(huì)在后面的js執(zhí)行前先加載執(zhí)行完畢。所以css會(huì)阻塞后面js的執(zhí)行。
補(bǔ)充 DOMContentLoaded對(duì)于瀏覽器來(lái)說(shuō),頁(yè)面加載主要有兩個(gè)事件,一個(gè)是DOMContentLoaded,另一個(gè)是onLoad。而onLoad沒(méi)什么好說(shuō)的,就是等待頁(yè)面的所有資源都加載完成才會(huì)觸發(fā),這些資源包括css、js、圖片視頻等。
而DOMContentLoaded,顧名思義,就是當(dāng)頁(yè)面的內(nèi)容解析完成后,則觸發(fā)該事件。那么,正如我們上面討論過(guò)的,css會(huì)阻塞Dom渲染和js執(zhí)行,而js會(huì)阻塞Dom解析。那么我們可以做出這樣的假設(shè)
當(dāng)頁(yè)面只存在css,或者js都在css前面,那么DomContentLoaded不需要等到css加載完畢。
當(dāng)頁(yè)面里同時(shí)存在css和js,并且js在css后面的時(shí)候,DomContentLoaded必須等到css和js都加載完畢才觸發(fā)。
我們先對(duì)第一種情況做測(cè)試:
css阻塞
實(shí)驗(yàn)結(jié)果如下圖:
從動(dòng)圖我們可以看出來(lái),css還未加載完,就已經(jīng)觸發(fā)了DOMContentLoaded事件了。因?yàn)閏ss后面沒(méi)有任何js代碼。
接下來(lái)我們對(duì)第二種情況做測(cè)試,很簡(jiǎn)單,就在css后面加一行代碼就行了
css阻塞
實(shí)驗(yàn)結(jié)果如下圖:
我們可以看到,只有在css加載完成后,才會(huì)觸發(fā)DOMContentLoaded事件。因此,我們可以得出結(jié)論:
如果頁(yè)面中同時(shí)存在css和js,并且存在js在css后面,則DOMContentLoaded事件會(huì)在css加載完后才執(zhí)行。
其他情況下,DOMContentLoaded都不會(huì)等待css加載,并且DOMContentLoaded事件也不會(huì)等待圖片、視頻等其他資源加載。
以上,就是所有內(nèi)容。覺(jué)得還不錯(cuò)的點(diǎn)個(gè)推薦唄hhhh,歡迎交流
本文地址在->本人博客地址, 歡迎給個(gè) start 或 follow
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/53185.html
摘要:加載會(huì)阻塞運(yùn)行嗎由上面的推論,我們可以得出,加載不會(huì)阻塞樹解析,但是會(huì)阻塞樹渲染。這也就說(shuō)明了,加載會(huì)阻塞后面的語(yǔ)句的執(zhí)行。因此,加載是會(huì)阻塞的渲染的。 之前面試今日頭條的時(shí)候,今日頭條面試官問(wèn)我,js執(zhí)行會(huì)阻塞DOM樹的解析和渲染,那么css加載會(huì)阻塞DOM樹的解析和渲染嗎?所以,接下來(lái)我就來(lái)對(duì)css加載對(duì)DOM樹的解析和渲染做一個(gè)測(cè)試。 為了完成本次測(cè)試,先來(lái)科普一下,如何利用ch...
摘要:加載會(huì)阻塞運(yùn)行嗎由上面的推論,我們可以得出,加載不會(huì)阻塞樹解析,但是會(huì)阻塞樹渲染。這也就說(shuō)明了,加載會(huì)阻塞后面的語(yǔ)句的執(zhí)行。因此,加載是會(huì)阻塞的渲染的。 之前面試今日頭條的時(shí)候,今日頭條面試官問(wèn)我,js執(zhí)行會(huì)阻塞DOM樹的解析和渲染,那么css加載會(huì)阻塞DOM樹的解析和渲染嗎?所以,接下來(lái)我就來(lái)對(duì)css加載對(duì)DOM樹的解析和渲染做一個(gè)測(cè)試。 為了完成本次測(cè)試,先來(lái)科普一下,如何利用ch...
摘要:加載會(huì)阻塞運(yùn)行嗎由上面的推論,我們可以得出,加載不會(huì)阻塞樹解析,但是會(huì)阻塞樹渲染。這也就說(shuō)明了,加載會(huì)阻塞后面的語(yǔ)句的執(zhí)行。從流程我們可以看出來(lái)解析和解析是兩個(gè)并行的進(jìn)程,所以這也解釋了為什么加載不會(huì)阻塞的解析。因此,加載是會(huì)阻塞的渲染的。 本文由云+社區(qū)發(fā)表作者:嘿嘿嘿 可能大家都知道,js執(zhí)行會(huì)阻塞DOM樹的解析和渲染,那么css加載會(huì)阻塞DOM樹的解析和渲染嗎?接下來(lái),我就來(lái)對(duì)...
摘要:加載會(huì)阻塞運(yùn)行嗎由上面的推論,我們可以得出,加載不會(huì)阻塞樹解析,但是會(huì)阻塞樹渲染。這也就說(shuō)明了,加載會(huì)阻塞后面的語(yǔ)句的執(zhí)行。從流程我們可以看出來(lái)解析和解析是兩個(gè)并行的進(jìn)程,所以這也解釋了為什么加載不會(huì)阻塞的解析。因此,加載是會(huì)阻塞的渲染的。 本文由云+社區(qū)發(fā)表作者:嘿嘿嘿 可能大家都知道,js執(zhí)行會(huì)阻塞DOM樹的解析和渲染,那么css加載會(huì)阻塞DOM樹的解析和渲染嗎?接下來(lái),我就來(lái)對(duì)...
摘要:加載會(huì)阻塞運(yùn)行嗎由上面的推論,我們可以得出,加載不會(huì)阻塞樹解析,但是會(huì)阻塞樹渲染。這也就說(shuō)明了,加載會(huì)阻塞后面的語(yǔ)句的執(zhí)行。從流程我們可以看出來(lái)解析和解析是兩個(gè)并行的進(jìn)程,所以這也解釋了為什么加載不會(huì)阻塞的解析。因此,加載是會(huì)阻塞的渲染的。 本文由云+社區(qū)發(fā)表作者:嘿嘿嘿 可能大家都知道,js執(zhí)行會(huì)阻塞DOM樹的解析和渲染,那么css加載會(huì)阻塞DOM樹的解析和渲染嗎?接下來(lái),我就來(lái)對(duì)...
閱讀 1241·2021-11-08 13:25
閱讀 1440·2021-10-13 09:40
閱讀 2774·2021-09-28 09:35
閱讀 736·2021-09-23 11:54
閱讀 1123·2021-09-02 15:11
閱讀 2431·2019-08-30 13:18
閱讀 1668·2019-08-30 12:51
閱讀 2686·2019-08-29 18:39