可能大家都知道，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樹的解析渲染嗎？
用代碼說話：
<!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>假設(shè)： css加載會阻塞DOM樹解析和渲染
假設(shè)結(jié)果: 在bootstrap.css還沒加載完之前，下面的內(nèi)容不會被解析渲染，那么我們一開始看到的應該是白屏，h1不會顯示出來。并且此時console.log的結(jié)果應該是一個空數(shù)組。
實際結(jié)果:如下圖
css會阻塞DOM樹解析？
由上圖我們可以看到，當css還沒加載完成的時候，h1并沒有顯示，但是此時控制臺輸出如下
可以得知，此時DOM樹至少已經(jīng)解析完成到了h1那里，而此時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í)行呢?
同樣，通過代碼來驗證.
<!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('經(jīng)過了' + (endDate -startDate) + 'ms') </script> </body></html>假設(shè): css加載會阻塞后面的js運行
預期結(jié)果: 在link后面的js代碼，應該要在css加載完成后才會運行
實際結(jié)果:
由上圖我們可以看出，位于css加載語句前的那個js代碼先執(zhí)行了，但是位于css加載語句后面的代碼遲遲沒有執(zhí)行，直到css加載完成后，它才執(zhí)行。這也就說明了，css加載會阻塞后面的js語句的執(zhí)行。詳細結(jié)果看下圖(css加載用了5600+ms):
結(jié)論
由上所述，我們可以得出以下結(jié)論:
因此，為了避免讓用戶看到長時間的白屏時間，我們應該盡可能的提高css加載速度，比如可以使用以下幾種方法:
原理解析
那么為什么會出現(xiàn)上面的現(xiàn)象呢？我們從瀏覽器的渲染過程來解析下。
不用瀏覽器使用的內(nèi)核不同，所以他們的渲染過程也是不一樣的。目前主要有兩個：
webkit渲染過程
Gecko渲染過程
從上面兩個流程圖我們可以看出來，瀏覽器渲染的流程如下：
HTML解析文件，生成DOM Tree，解析CSS文件生成CSSOM Tree 將Dom Tree和CSSOM Tree結(jié)合，生成Render Tree(渲染樹) 根據(jù)Render Tree渲染繪制，將像素渲染到屏幕上。
從流程我們可以看出來
DOMContentLoaded
對于瀏覽器來說，頁面加載主要有兩個事件，一個是DOMContentLoaded，另一個是onLoad。而onLoad沒什么好說的，就是等待頁面的所有資源都加載完成才會觸發(fā)，這些資源包括css、js、圖片視頻等。
而DOMContentLoaded，顧名思義，就是當頁面的內(nèi)容解析完成后，則觸發(fā)該事件。那么，正如我們上面討論過的，css會阻塞Dom渲染和js執(zhí)行，而js會阻塞Dom解析。那么我們可以做出這樣的假設(shè)
我們先對第一種情況做測試：
<!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>實驗結(jié)果如下圖：
從動圖我們可以看出來，css還未加載完，就已經(jīng)觸發(fā)了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加載完成后，才會觸發(fā)DOMContentLoaded事件。因此，我們可以得出結(jié)論：
如果頁面中同時存在css和js，并且存在js在css后面，則DOMContentLoaded事件會在css加載完后才執(zhí)行。 其他情況下，DOMContentLoaded都不會等待css加載，并且DOMContentLoaded事件也不會等待圖片、視頻等其他資源加載。
以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持武林網(wǎng)。
新聞熱點
疑難解答
