這篇文章給大家介紹css加載會不會造成阻塞，內(nèi)容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

創(chuàng)新互聯(lián)公司服務(wù)項目包括平塘網(wǎng)站建設(shè)、平塘網(wǎng)站制作、平塘網(wǎng)頁制作以及平塘網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，平塘網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到平塘省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

可能大家都知道，js執(zhí)行會阻塞DOM樹的解析和渲染，那么css加載會阻塞DOM樹的解析和渲染嗎？接下來，我就來對css加載對DOM樹的解析和渲染的影響做一個測試。

為了完成本次測試，先來科普一下，如何利用chrome來設(shè)置下載速度

\1. 打開chrome控制臺(按下F12),可以看到下圖，重點在我畫紅圈的地方

點擊我畫紅圈的地方(No throttling),會看到下圖,我們選擇GPRS這個選項

\2. 點擊我畫紅圈的地方(No throttling),會看到下圖,我們選擇GPRS這個選項

這樣，我們對資源的下載速度上限就會被限制成20kb/s，好，那接下來就進入我們的正題

\3. 這樣，我們對資源的下載速度上限就會被限制成20kb/s，好，那接下來就進入我們的正題

css加載會阻塞DOM樹的解析渲染嗎？

用代碼說話：

  
    
    
    
    
    
    
  
  
    
這是紅色的
  

假設(shè)： css加載會阻塞DOM樹解析和渲染

假設(shè)結(jié)果: 在bootstrap.css還沒加載完之前，下面的內(nèi)容不會被解析渲染，那么我們一開始看到的應(yīng)該是白屏，h2不會顯示出來。并且此時console.log的結(jié)果應(yīng)該是一個空數(shù)組。

實際結(jié)果:如下圖

css會阻塞DOM樹解析？

由上圖我們可以看到，當css還沒加載完成的時候，h2并沒有顯示，但是此時控制臺輸出如下

可以得知，此時DOM樹至少已經(jīng)解析完成到了h2那里，而此時css還沒加載完成，也就說明，css并不會阻塞DOM樹的解析。

css加載會阻塞DOM樹渲染？

由上圖，我們也可以看到，當css還沒加載出來的時候，頁面顯示白屏，直到css加載完成之后，紅色字體才顯示出來，也就是說，下面的內(nèi)容雖然解析了，但是并沒有被渲染出來。所以，css加載會阻塞DOM樹渲染。

個人對這種機制的評價

其實我覺得，這可能也是瀏覽器的一種優(yōu)化機制。因為你加載css的時候，可能會修改下面DOM節(jié)點的樣式，如果css加載不阻塞DOM樹渲染的話，那么當css加載完之后，DOM樹可能又得重新重繪或者回流了，這就造成了一些沒有必要的損耗。所以我干脆就先把DOM樹的結(jié)構(gòu)先解析完，把可以做的工作做完，然后等你css加載完之后，在根據(jù)最終的樣式來渲染DOM樹，這種做法性能方面確實會比較好一點。

css加載會阻塞js運行嗎？

由上面的推論，我們可以得出，css加載不會阻塞DOM樹解析，但是會阻塞DOM樹渲染。那么，css加載會不會阻塞js執(zhí)行呢?

同樣，通過代碼來驗證.

  
    
    
    
    
    
  
  
    
這是紅色的
    
  

假設(shè): css加載會阻塞后面的js運行

預(yù)期結(jié)果: 在link后面的js代碼，應(yīng)該要在css加載完成后才會運行

實際結(jié)果:

由上圖我們可以看出，位于css加載語句前的那個js代碼先執(zhí)行了，但是位于css加載語句后面的代碼遲遲沒有執(zhí)行，直到css加載完成后，它才執(zhí)行。這也就說明了，css加載會阻塞后面的js語句的執(zhí)行。詳細結(jié)果看下圖(css加載用了5600+ms):

結(jié)論

由上所述，我們可以得出以下結(jié)論:

• css加載不會阻塞DOM樹的解析

• css加載會阻塞DOM樹的渲染

• css加載會阻塞后面js語句的執(zhí)行、

因此，為了避免讓用戶看到長時間的白屏時間，我們應(yīng)該盡可能的提高css加載速度，比如可以使用以下幾種方法:

• 使用CDN(因為CDN會根據(jù)你的網(wǎng)絡(luò)狀況，替你挑選最近的一個具有緩存內(nèi)容的節(jié)點為你提供資源，因此可以減少加載時間)

• 對css進行壓縮(可以用很多打包工具，比如webpack,gulp等，也可以通過開啟gzip壓縮)

• 合理的使用緩存(設(shè)置cache-control,expires,以及E-tag都是不錯的，不過要注意一個問題，就是文件更新后，你要避免緩存而帶來的影響。其中一個解決防范是在文件名字后面加一個版本號)

• 減少http請求數(shù)，將多個css文件合并，或者是干脆直接寫成內(nèi)聯(lián)樣式(內(nèi)聯(lián)樣式的一個缺點就是不能緩存)

原理解析

那么為什么會出現(xiàn)上面的現(xiàn)象呢？我們從瀏覽器的渲染過程來解析下。

不用瀏覽器使用的內(nèi)核不同，所以他們的渲染過程也是不一樣的。目前主要有兩個：

webkit渲染過程

Gecko渲染過程

從上面兩個流程圖我們可以看出來，瀏覽器渲染的流程如下：

HTML解析文件，生成DOM Tree，解析CSS文件生成CSSOM Tree 將Dom Tree和CSSOM Tree結(jié)合，生成Render Tree(渲染樹) 根據(jù)Render Tree渲染繪制，將像素渲染到屏幕上。

從流程我們可以看出來

1. DOM解析和CSS解析是兩個并行的進程，所以這也解釋了為什么CSS加載不會阻塞DOM的解析。

2. 然而，由于Render Tree是依賴于DOM Tree和CSSOM Tree的，所以他必須等待到CSSOM Tree構(gòu)建完成，也就是CSS資源加載完成(或者CSS資源加載失敗)后，才能開始渲染。因此，CSS加載是會阻塞Dom的渲染的。

3. 由于js可能會操作之前的Dom節(jié)點和css樣式，因此瀏覽器會維持html中css和js的順序。因此，樣式表會在后面的js執(zhí)行前先加載執(zhí)行完畢。所以css會阻塞后面js的執(zhí)行。

DOMContentLoaded

對于瀏覽器來說，頁面加載主要有兩個事件，一個是DOMContentLoaded，另一個是onLoad。而onLoad沒什么好說的，就是等待頁面的所有資源都加載完成才會觸發(fā)，這些資源包括css、js、圖片視頻等。

而DOMContentLoaded，顧名思義，就是當頁面的內(nèi)容解析完成后，則觸發(fā)該事件。那么，正如我們上面討論過的，css會阻塞Dom渲染和js執(zhí)行，而js會阻塞Dom解析。那么我們可以做出這樣的假設(shè)

1. 當頁面只存在css，或者js都在css前面，那么DomContentLoaded不需要等到css加載完畢。

2. 當頁面里同時存在css和js，并且js在css后面的時候，DomContentLoaded必須等到css和js都加載完畢才觸發(fā)。

我們先對第一種情況做測試：

實驗結(jié)果如下圖：

從動圖我們可以看出來，css還未加載完，就已經(jīng)觸發(fā)了DOMContentLoaded事件了。因為css后面沒有任何js代碼。

接下來我們對第二種情況做測試，很簡單，就在css后面加一行代碼就行了

我們可以看到，只有在css加載完成后，才會觸發(fā)DOMContentLoaded事件。因此，我們可以得出結(jié)論：

如果頁面中同時存在css和js，并且存在js在css后面，則DOMContentLoaded事件會在css加載完后才執(zhí)行。 其他情況下，DOMContentLoaded都不會等待css加載，并且DOMContentLoaded事件也不會等待圖片、視頻等其他資源加載。

關(guān)于css加載會不會造成阻塞就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。