之前面試今日頭條的時(shí)候,今日頭條面試官問我,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)在我畫紅圈的地方
image -
點(diǎn)擊我畫紅圈的地方(No throttling),會(huì)看到下圖,我們選擇GPRS這個(gè)選項(xiàng)
image - 這樣,我們對(duì)資源的下載速度上限就會(huì)被限制成20kb/s,好,那接下來(lái)就進(jìn)入我們的正題
css加載會(huì)阻塞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 rel="stylesheet">
</head>
<body>
<h1>這是紅色的</h1>
</body>
</html>
假設(shè): css加載會(huì)阻塞DOM樹解析和渲染
假設(shè)結(jié)果: 在bootstrap.css還沒加載完之前,下面的內(nèi)容不會(huì)被解析渲染,那么我們一開始看到的應(yīng)該是白屏,h1不會(huì)顯示出來(lái)。并且此時(shí)console.log的結(jié)果應(yīng)該是一個(gè)空數(shù)組。
實(shí)際結(jié)果:如下圖

css會(huì)阻塞DOM樹解析?
由上圖我們可以看到,當(dāng)css還沒加載完成的時(shí)候,h1并沒有顯示,但是此時(shí)控制臺(tái)輸出如下

可以得知,此時(shí)DOM樹至少已經(jīng)解析完成到了h1那里,而此時(shí)css還沒加載完成,也就說明,css并不會(huì)阻塞DOM樹的解析。
css加載會(huì)阻塞DOM樹渲染?
由上圖,我們也可以看到,當(dāng)css還沒加載出來(lái)的時(shí)候,頁(yè)面顯示白屏,直到css加載完成之后,紅色字體才顯示出來(lái),也就是說,下面的內(nèi)容雖然解析了,但是并沒有被渲染出來(lái)。所以,css加載會(huì)阻塞DOM樹渲染。
個(gè)人對(duì)這種機(jī)制的評(píng)價(jià)
其實(shí)我覺得,這可能也是瀏覽器的一種優(yōu)化機(jī)制。因?yàn)槟慵虞dcss的時(shí)候,可能會(huì)修改下面DOM節(jié)點(diǎn)的樣式,如果css加載不阻塞DOM樹渲染的話,那么當(dāng)css加載完之后,DOM樹可能又得重新重繪或者回流了,這就造成了一些沒有必要的損耗。所以我干脆就先把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í)行呢?
同樣,通過代碼來(lái)驗(yàn)證.
<!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 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加載會(huì)阻塞后面的js運(yùn)行
預(yù)期結(jié)果: 在link后面的js代碼,應(yīng)該要在css加載完成后才會(huì)運(yùn)行
實(shí)際結(jié)果:

由上圖我們可以看出,位于css加載語(yǔ)句前的那個(gè)js代碼先執(zhí)行了,但是位于css加載語(yǔ)句后面的代碼遲遲沒有執(zhí)行,直到css加載完成后,它才執(zhí)行。這也就說明了,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等,也可以通過開啟gzip壓縮)
- 合理的使用緩存(設(shè)置cache-control,expires,以及E-tag都是不錯(cuò)的,不過要注意一個(gè)問題,就是文件更新后,你要避免緩存而帶來(lái)的影響。其中一個(gè)解決防范是在文件名字后面加一個(gè)版本號(hào))
- 減少http請(qǐng)求數(shù),將多個(gè)css文件合并,或者是干脆直接寫成內(nèi)聯(lián)樣式(內(nèi)聯(lián)樣式的一個(gè)缺點(diǎn)就是不能緩存)
以上,就是所有內(nèi)容。覺得還不錯(cuò)的點(diǎn)個(gè)推薦唄hhhh,歡迎交流

