css加載會(huì)造成壅塞嗎
可能大家都知道，js實(shí)行會(huì)壅塞DOM樹的解析和渲染，那么css加載會(huì)壅塞DOM樹的解析和渲染嗎？接下來，我就來對css加載對DOM樹的解析和渲染的影響做一個(gè)測試。
為了完成本次測試，先來科普一下，如何行使chrome來設(shè)置下載速度
\1. 打開chrome控制臺(按下F12),可以看到下圖，重點(diǎn)在我畫紅圈的地方
點(diǎn)擊我畫紅圈的地方(No throttling),會(huì)看到下圖,我們選擇GPRS這個(gè)選項(xiàng)
\2. 點(diǎn)擊我畫紅圈的地方(No throttling),會(huì)看到下圖,我們選擇GPRS這個(gè)選項(xiàng)
如許，我們對資源的下載速度上限就會(huì)被限定成20kb/s，好，那接下來就進(jìn)入我們的正題
\3. 如許，我們對資源的下載速度上限就會(huì)被限定成20kb/s，好，那接下來就進(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 href="https://cdn.bootcss.com/bootstrap/4.0.0-alpha.6/css/bootstrap.css" rel="stylesheet">
</head>
<body>
<h1>這是紅色的</h1>
</body>
</html>
假設(shè)： css加載會(huì)壅塞DOM樹解析和渲染
假設(shè)效果: 在bootstrap.css還沒加載完之前，下面的內(nèi)容不會(huì)被解析渲染，那么我們一開始看到的應(yīng)該是白屏，h1不會(huì)表現(xiàn)出來。并且此時(shí)console.log的效果應(yīng)該是一個(gè)空數(shù)組。
現(xiàn)實(shí)效果:如下圖
css會(huì)壅塞DOM樹解析？
由上圖我們可以看到，當(dāng)css還沒加載完成的時(shí)候，h1并沒有表現(xiàn)，但是此時(shí)控制臺輸出如下
可以得知，此時(shí)DOM樹至少已經(jīng)解析完成到了h1那里，而此時(shí)css還沒加載完成，也就說明，css并不會(huì)壅塞DOM樹的解析。
css加載會(huì)壅塞DOM樹渲染？
由上圖，我們也可以看到，當(dāng)css還沒加載出來的時(shí)候，網(wǎng)頁表現(xiàn)白屏，直到css加載完成之后，紅色字體才表現(xiàn)出來，也就是說，下面的內(nèi)容雖然解析了，但是并沒有被渲染出來。所以，css加載會(huì)壅塞DOM樹渲染。
小我對這種機(jī)制的評價(jià)
其實(shí)我覺得，這可能也是欣賞器的一種優(yōu)化機(jī)制。由于你加載css的時(shí)候，可能會(huì)修改下面DOM節(jié)點(diǎn)的樣式，假如css加載不壅塞DOM樹渲染的話，那么當(dāng)css加載完之后，DOM樹可能又得重新重繪或者回流了，這就造成了一些沒有需要的損耗。所以我干脆就先把DOM樹的結(jié)構(gòu)先解析完，把可以做的工作做完，然后等你css加載完之后，在根據(jù)最終的樣式來渲染DOM樹，這種做法性能方面確實(shí)會(huì)比較好一點(diǎn)。
css加載會(huì)壅塞js運(yùn)行嗎？
由上面的推論，我們可以得出，css加載不會(huì)壅塞DOM樹解析，但是會(huì)壅塞DOM樹渲染。那么，css加載會(huì)不會(huì)壅塞js實(shí)行呢?
同樣，通過代碼來驗(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 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加載會(huì)壅塞后面的js運(yùn)行
預(yù)期效果: 在link后面的js代碼，應(yīng)該要在css加載完成后才會(huì)運(yùn)行
現(xiàn)實(shí)效果:
由上圖我們可以看出，位于css加載語句前的那個(gè)js代碼先實(shí)行了，但是位于css加載語句后面的代碼遲遲沒有實(shí)行，直到css加載完成后，它才實(shí)行。這也就說明了，css加載會(huì)壅塞后面的js語句的實(shí)行。細(xì)致效果看下圖(css加載用了5600+ms):
結(jié)論
由上所述，我們可以得出以下結(jié)論:
- css加載不會(huì)壅塞DOM樹的解析
- css加載會(huì)壅塞DOM樹的渲染
- css加載會(huì)壅塞后面js語句的實(shí)行、
因此，為了避免讓用戶看到長時(shí)間的白屏?xí)r間，我們應(yīng)該盡可能的進(jìn)步css加載速度，比如可以使用以下幾種方法:
- 使用CDN(由于CDN會(huì)根據(jù)你的網(wǎng)絡(luò)狀態(tài)，替你遴選最近的一個(gè)具有緩存內(nèi)容的節(jié)點(diǎn)為你提供資源，因此可以削減加載時(shí)間)
- 對css進(jìn)行壓縮(可以用許多打包工具，比如webpack,gulp等，也可以通過開啟gzip壓縮)
- 合理的使用緩存(設(shè)置cache-control,expires,以及E-tag都是不錯(cuò)的，不過要細(xì)致一個(gè)題目，就是文件更新后，你要避免緩存而帶來的影響。其中一個(gè)解決提防是在文件名字后面加一個(gè)版本號)
- 削減http請求數(shù)，將多個(gè)css文件合并，或者是干脆直接寫成內(nèi)聯(lián)樣式(內(nèi)聯(lián)樣式的一個(gè)瑕玷就是不能緩存)
原理解析
那么為什么會(huì)出現(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加載不會(huì)壅塞DOM的解析。
- 然而，因?yàn)镽ender Tree是依靠于DOM Tree和CSSOM Tree的，所以他必須等待到CSSOM Tree構(gòu)建完成，也就是CSS資源加載完成(或者CSS資源加載失敗)后，才能開始渲染。因此，CSS加載是會(huì)壅塞Dom的渲染的。
- 因?yàn)閖s可能會(huì)操作之前的Dom節(jié)點(diǎn)和css樣式，因此欣賞器會(huì)維持html中css和js的順序。因此，樣式表會(huì)在后面的js實(shí)行前先加載實(shí)行完畢。所以css會(huì)壅塞后面js的實(shí)行。
DOMContentLoaded
對于欣賞器來說，網(wǎng)頁加載重要有兩個(gè)事件，一個(gè)是DOMContentLoaded，另一個(gè)是onLoad。而onLoad沒什么好說的，就是等待網(wǎng)頁的所有資源都加載完成才會(huì)觸發(fā)，這些資源包括css、js、圖片視頻等。
而DOMContentLoaded，顧名思義，就是當(dāng)網(wǎng)頁的內(nèi)容解析完成后，則觸發(fā)該事件。那么，正如我們上面討論過的，css會(huì)壅塞Dom渲染和js實(shí)行，而js會(huì)壅塞Dom解析。那么我們可以做出如許的假設(shè)
- 當(dāng)網(wǎng)頁只存在css，或者js都在css前面，那么DomContentLoaded不必要等到css加載完畢。
- 當(dāng)網(wǎng)頁里同時(shí)存在css和js，并且js在css后面的時(shí)候，DomContentLoaded必須等到css和js都加載完畢才觸發(fā)。
我們先對第一種情況做測試：
<!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>
實(shí)驗(yàn)效果如下圖：
從動(dòng)圖我們可以看出來，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加載完成后，才會(huì)觸發(fā)DOMContentLoaded事件。因此，我們可以得出結(jié)論：
假如網(wǎng)頁中同時(shí)存在css和js，并且存在js在css后面，則DOMContentLoaded事件會(huì)在css加載完后才實(shí)行。 其他情況下，DOMContentLoaded都不會(huì)等待css加載，并且DOMContentLoaded事件也不會(huì)等待圖片、視頻等其他資源加載。
以上就是本文的悉數(shù)內(nèi)容，盼望對大家的學(xué)習(xí)有所幫助，也盼望大家多多支持圖趣網(wǎng)。
本文地址：http://irelandcustomcontracting.com/tutorial/wd499.html
- 專訪：石墨文檔產(chǎn)品總監(jiān)羅穎
- UI設(shè)計(jì)不得不知的移動(dòng)端UI尺寸適
- 光音移動(dòng)設(shè)計(jì)規(guī)范 — 表單類
- 體驗(yàn)設(shè)計(jì)中的排序問題
- 網(wǎng)頁設(shè)計(jì)精粹 網(wǎng)頁中那些迷人的按
- aliued：響應(yīng)式設(shè)計(jì)的現(xiàn)狀與趨勢
- 10個(gè)智能對象處理的ps技巧
- 網(wǎng)頁UI - 原子設(shè)計(jì)理論(上)
- 如何通過設(shè)計(jì)提升banner點(diǎn)擊率？
- 晉小彥視覺設(shè)計(jì)系列文章（二）：全屏
