之前面試今日頭條的時(shí)候嫉戚，今日頭條面試官問我，js執(zhí)行會阻塞DOM樹的解析和渲染澈圈，那么css加載會阻塞DOM樹的解析和渲染嗎彬檀？所以，接下來我就來對css加載對DOM樹的解析和渲染做一個(gè)測試极舔。
為了完成本次測試凤覆，先來科普一下，如何利用chrome來設(shè)置下載速度
打開chrome控制臺(按下F12),可以看到下圖拆魏，重點(diǎn)在我畫紅圈的地方
點(diǎn)擊我畫紅圈的地方(No throttling),會看到下圖,我們選擇GPRS這個(gè)選項(xiàng)
這樣盯桦，我們對資源的下載速度上限就會被限制成20kb/s，好渤刃，那接下來就進(jìn)入我們的正題
css加載會阻塞DOM樹的解析渲染嗎拥峦？
用代碼說話：
css阻塞
h1 {
color: red !important
}
function h () {
console.log(document.querySelectorAll('h1'))
}
setTimeout(h, 0)
這是紅色的
復(fù)制代碼
假設(shè)： css加載會阻塞DOM樹解析和渲染
假設(shè)結(jié)果: 在bootstrap.css還沒加載完之前，下面的內(nèi)容不會被解析渲染卖子，那么我們一開始看到的應(yīng)該是白屏略号，h1不會顯示出來。并且此時(shí)console.log的結(jié)果應(yīng)該是一個(gè)空數(shù)組洋闽。
實(shí)際結(jié)果:如下圖
css會阻塞DOM樹解析玄柠？
由上圖我們可以看到，當(dāng)css還沒加載完成的時(shí)候诫舅，h1并沒有顯示羽利，但是此時(shí)控制臺輸出如下
可以得知，此時(shí)DOM樹至少已經(jīng)解析完成到了h1那里刊懈，而此時(shí)css還沒加載完成这弧，也就說明娃闲，css并不會阻塞DOM樹的解析。
css加載會阻塞DOM樹渲染匾浪？
由上圖皇帮，我們也可以看到，當(dāng)css還沒加載出來的時(shí)候蛋辈，頁面顯示白屏属拾，直到css加載完成之后，紅色字體才顯示出來梯浪，也就是說捌年，下面的內(nèi)容雖然解析了瓢娜，但是并沒有被渲染出來挂洛。所以，css加載會阻塞DOM樹渲染眠砾。
個(gè)人對這種機(jī)制的評價(jià)
其實(shí)我覺得虏劲，這可能也是瀏覽器的一種優(yōu)化機(jī)制。因?yàn)槟慵虞dcss的時(shí)候褒颈，可能會修改下面DOM節(jié)點(diǎn)的樣式柒巫，如果css加載不阻塞DOM樹渲染的話，那么當(dāng)css加載完之后谷丸，DOM樹可能又得重新重繪或者回流了堡掏，這就造成了一些沒有必要的損耗。所以我干脆就先把DOM樹的結(jié)構(gòu)先解析完刨疼，把可以做的工作做完泉唁，然后等你css加載完之后，在根據(jù)最終的樣式來渲染DOM樹揩慕，這種做法性能方面確實(shí)會比較好一點(diǎn)亭畜。
css加載會阻塞js運(yùn)行嗎？
?由上面的推論迎卤，我們可以得出拴鸵，css加載不會阻塞DOM樹解析，但是會阻塞DOM樹渲染蜗搔。那么劲藐，css加載會不會阻塞js執(zhí)行呢?
同樣，通過代碼來驗(yàn)證.
css阻塞
console.log('before css')
var startDate = new Date()
這是紅色的
var endDate = new Date()
console.log('after css')
console.log('經(jīng)過了' + (endDate -startDate) + 'ms')
復(fù)制代碼
假設(shè): css加載會阻塞后面的js運(yùn)行
預(yù)期結(jié)果: 在link后面的js代碼樟凄，應(yīng)該要在css加載完成后才會運(yùn)行
實(shí)際結(jié)果:
由上圖我們可以看出聘芜，位于css加載語句前的那個(gè)js代碼先執(zhí)行了，但是位于css加載語句后面的代碼遲遲沒有執(zhí)行不同，直到css加載完成后厉膀，它才執(zhí)行溶耘。這也就說明了，css加載會阻塞后面的js語句的執(zhí)行服鹅。詳細(xì)結(jié)果看下圖(css加載用了5600+ms):
結(jié)論
由上所述凳兵，我們可以得出以下結(jié)論:
css加載不會阻塞DOM樹的解析
css加載會阻塞DOM樹的渲染
css加載會阻塞后面js語句的執(zhí)行、
因此企软，為了避免讓用戶看到長時(shí)間的白屏?xí)r間庐扫，我們應(yīng)該盡可能的提高css加載速度，比如可以使用以下幾種方法:
使用CDN(因?yàn)镃DN會根據(jù)你的網(wǎng)絡(luò)狀況仗哨，替你挑選最近的一個(gè)具有緩存內(nèi)容的節(jié)點(diǎn)為你提供資源形庭，因此可以減少加載時(shí)間)
對css進(jìn)行壓縮(可以用很多打包工具，比如webpack,gulp等厌漂，也可以通過開啟gzip壓縮)
合理的使用緩存(設(shè)置cache-control,expires,以及E-tag都是不錯(cuò)的萨醒，不過要注意一個(gè)問題，就是文件更新后苇倡，你要避免緩存而帶來的影響富纸。其中一個(gè)解決防范是在文件名字后面加一個(gè)版本號)
減少http請求數(shù)，將多個(gè)css文件合并旨椒，或者是干脆直接寫成內(nèi)聯(lián)樣式(內(nèi)聯(lián)樣式的一個(gè)缺點(diǎn)就是不能緩存)
更新
原理解析
那么為什么會出現(xiàn)上面的現(xiàn)象呢晓褪？我們從瀏覽器的渲染過程來解析下。
不用瀏覽器使用的內(nèi)核不同综慎，所以他們的渲染過程也是不一樣的涣仿。目前主要有兩個(gè)：
webkit渲染過程
Gecko渲染過程
從上面兩個(gè)流程圖我們可以看出來，瀏覽器渲染的流程如下：
HTML解析文件示惊，生成DOM Tree好港，解析CSS文件生成CSSOM Tree
將Dom Tree和CSSOM Tree結(jié)合，生成Render Tree(渲染樹)
根據(jù)Render Tree渲染繪制涝涤，將像素渲染到屏幕上媚狰。
從流程我們可以看出來
DOM解析和CSS解析是兩個(gè)并行的進(jìn)程，所以這也解釋了為什么CSS加載不會阻塞DOM的解析阔拳。
然而崭孤，由于Render Tree是依賴于DOM Tree和CSSOM Tree的，所以他必須等待到CSSOM Tree構(gòu)建完成糊肠，也就是CSS資源加載完成(或者CSS資源加載失敗)后辨宠，才能開始渲染。因此货裹，CSS加載是會阻塞Dom的渲染的嗤形。
由于js可能會操作之前的Dom節(jié)點(diǎn)和css樣式，因此瀏覽器會維持html中css和js的順序弧圆。因此赋兵，樣式表會在后面的js執(zhí)行前先加載執(zhí)行完畢笔咽。所以css會阻塞后面js的執(zhí)行。
補(bǔ)充
DOMContentLoaded
對于瀏覽器來說霹期，頁面加載主要有兩個(gè)事件叶组，一個(gè)是DOMContentLoaded，另一個(gè)是onLoad历造。而onLoad沒什么好說的甩十，就是等待頁面的所有資源都加載完成才會觸發(fā)，這些資源包括css吭产、js侣监、圖片視頻等。
而DOMContentLoaded臣淤，顧名思義橄霉，就是當(dāng)頁面的內(nèi)容解析完成后，則觸發(fā)該事件荒典。那么酪劫，正如我們上面討論過的吞鸭，css會阻塞Dom渲染和js執(zhí)行寺董，而js會阻塞Dom解析。那么我們可以做出這樣的假設(shè)
當(dāng)頁面只存在css刻剥，或者js都在css前面遮咖，那么DomContentLoaded不需要等到css加載完畢。
當(dāng)頁面里同時(shí)存在css和js造虏，并且js在css后面的時(shí)候御吞，DomContentLoaded必須等到css和js都加載完畢才觸發(fā)。
我們先對第一種情況做測試：
css阻塞
document.addEventListener('DOMContentLoaded', function() {
console.log('DOMContentLoaded');
})
復(fù)制代碼
實(shí)驗(yàn)結(jié)果如下圖：
從動(dòng)圖我們可以看出來漓藕，css還未加載完陶珠，就已經(jīng)觸發(fā)了DOMContentLoaded事件了。因?yàn)閏ss后面沒有任何js代碼享钞。
接下來我們對第二種情況做測試揍诽，很簡單，就在css后面加一行代碼就行了
css阻塞
document.addEventListener('DOMContentLoaded', function() {
console.log('DOMContentLoaded');
})
console.log('到我了沒');
復(fù)制代碼
實(shí)驗(yàn)結(jié)果如下圖：
我們可以看到栗竖，只有在css加載完成后暑脆，才會觸發(fā)DOMContentLoaded事件。因此狐肢，我們可以得出結(jié)論：如果頁面中同時(shí)存在css和js添吗，并且存在js在css后面，則DOMContentLoaded事件會在css加載完后才執(zhí)行份名。
其他情況下碟联，DOMContentLoaded都不會等待css加載妓美，并且DOMContentLoaded事件也不會等待圖片、視頻等其他資源加載鲤孵。
以上部脚，就是所有內(nèi)容。覺得還不錯(cuò)的點(diǎn)個(gè)推薦唄hhhh,歡迎交流
