當(dāng)前位置:圖趣網(wǎng)(Tuquu) > 網(wǎng)頁設(shè)計(jì)教程 > 移動前端 > flex布局實(shí)現(xiàn)左側(cè)筆墨溢出省略右側(cè)筆墨自適應(yīng)

css加載會造成壅塞嗎

可能大家都知道,js實(shí)行會壅塞DOM樹的解析和渲染,那么css加載會壅塞DOM樹的解析和渲染嗎?接下來,我就來對css加載對DOM樹的解析和渲染的影響做一個(gè)測試。

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

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

點(diǎn)擊我畫紅圈的地方(No throttling),會看到下圖,我們選擇GPRS這個(gè)選項(xiàng)

\2. 點(diǎn)擊我畫紅圈的地方(No throttling),會看到下圖,我們選擇GPRS這個(gè)選項(xiàng)

如許,我們對資源的下載速度上限就會被限定成20kb/s,好,那接下來就進(jìn)入我們的正題

\3. 如許,我們對資源的下載速度上限就會被限定成20kb/s,好,那接下來就進(jìn)入我們的正題

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è)效果: 在bootstrap.css還沒加載完之前,下面的內(nèi)容不會被解析渲染,那么我們一開始看到的應(yīng)該是白屏,h1不會表現(xiàn)出來。并且此時(shí)console.log的效果應(yīng)該是一個(gè)空數(shù)組。

現(xiàn)實(shí)效果:如下圖

 

css會壅塞DOM樹解析?

由上圖我們可以看到,當(dāng)css還沒加載完成的時(shí)候,h1并沒有表現(xiàn),但是此時(shí)控制臺輸出如下

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

css加載會壅塞DOM樹渲染?

由上圖,我們也可以看到,當(dāng)css還沒加載出來的時(shí)候,網(wǎng)頁表現(xiàn)白屏,直到css加載完成之后,紅色字體才表現(xiàn)出來,也就是說,下面的內(nèi)容雖然解析了,但是并沒有被渲染出來。所以,css加載會壅塞DOM樹渲染。

小我對這種機(jī)制的評價(jià)

其實(shí)我覺得,這可能也是欣賞器的一種優(yōu)化機(jī)制。由于你加載css的時(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實(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加載會壅塞后面的js運(yùn)行

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

現(xiàn)實(shí)效果:

由上圖我們可以看出,位于css加載語句前的那個(gè)js代碼先實(shí)行了,但是位于css加載語句后面的代碼遲遲沒有實(shí)行,直到css加載完成后,它才實(shí)行。這也就說明了,css加載會壅塞后面的js語句的實(shí)行。細(xì)致效果看下圖(css加載用了5600+ms):

 

結(jié)論

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

  • css加載不會壅塞DOM樹的解析
  • css加載會壅塞DOM樹的渲染
  • css加載會壅塞后面js語句的實(shí)行、

因此,為了避免讓用戶看到長時(shí)間的白屏?xí)r間,我們應(yīng)該盡可能的進(jìn)步css加載速度,比如可以使用以下幾種方法:

  • 使用CDN(由于CDN會根據(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è)瑕玷就是不能緩存)

原理解析

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

不用欣賞器使用的內(nèi)核不同,所以他們的渲染過程也是不一樣的。目前重要有兩個(gè):

webkit渲染過程

Gecko渲染過程

從上面兩個(gè)流程圖我們可以看出來,欣賞器渲染的流程如下:

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

從流程我們可以看出來

  1. DOM解析和CSS解析是兩個(gè)并行的進(jìn)程,所以這也詮釋了為什么CSS加載不會壅塞DOM的解析。
  2. 然而,因?yàn)镽ender Tree是依靠于DOM Tree和CSSOM Tree的,所以他必須等待到CSSOM Tree構(gòu)建完成,也就是CSS資源加載完成(或者CSS資源加載失敗)后,才能開始渲染。因此,CSS加載是會壅塞Dom的渲染的。
  3. 因?yàn)閖s可能會操作之前的Dom節(jié)點(diǎn)和css樣式,因此欣賞器會維持html中css和js的順序。因此,樣式表會在后面的js實(shí)行前先加載實(shí)行完畢。所以css會壅塞后面js的實(shí)行。

DOMContentLoaded

對于欣賞器來說,網(wǎng)頁加載重要有兩個(gè)事件,一個(gè)是DOMContentLoaded,另一個(gè)是onLoad。而onLoad沒什么好說的,就是等待網(wǎng)頁的所有資源都加載完成才會觸發(fā),這些資源包括css、js、圖片視頻等。

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

  1. 當(dāng)網(wǎng)頁只存在css,或者js都在css前面,那么DomContentLoaded不必要等到css加載完畢。
  2. 當(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)效果如下圖:

從動圖我們可以看出來,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é)論:

假如網(wǎng)頁中同時(shí)存在css和js,并且存在js在css后面,則DOMContentLoaded事件會在css加載完后才實(shí)行。 其他情況下,DOMContentLoaded都不會等待css加載,并且DOMContentLoaded事件也不會等待圖片、視頻等其他資源加載。

以上就是本文的悉數(shù)內(nèi)容,盼望對大家的學(xué)習(xí)有所幫助,也盼望大家多多支持圖趣網(wǎng)。

[教程作者:佚名]
免責(zé)聲明:本站文章系圖趣網(wǎng)整理發(fā)布,如需轉(zhuǎn)載,請注明出處,素材資料僅供個(gè)人學(xué)習(xí)與參考,請勿用于商業(yè)用途!
本文地址:http://pkvc.cn/tutorial/wd499.html
css的content屬性的詳細(xì)使用
flex布局實(shí)現(xiàn)左側(cè)筆墨溢出省略右側(cè)筆墨自適應(yīng)
圖趣網(wǎng)微信
建議反饋
×