終於考試完了,今天忽然想起來前陣子找實習的時候,今日頭條面試官問我,js執行會阻塞DOM樹的解析和渲染,那麼css加載會阻塞DOM樹的解析和渲染嗎?因此,接下來我就來對css加載對DOM樹的解析和渲染作一個測試。javascript
爲了完成本次測試,先來科普一下,如何利用chrome來設置下載速度css
用代碼說話:html
<!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>
假設: css加載會阻塞DOM樹解析和渲染java
假設結果: 在bootstrap.css還沒加載完以前,下面的內容不會被解析渲染,那麼咱們一開始看到的應該是白屏,h1不會顯示出來。而且此時console.log的結果應該是一個空數組。webpack
實際結果:以下圖web
由上圖咱們能夠看到,當css還沒加載完成的時候,h1並無顯示,可是此時控制檯輸出以下面試
能夠得知,此時DOM樹至少已經解析完成到了h1那裏,而此時css還沒加載完成,也就說明,css並不會阻塞DOM樹的解析。chrome
由上圖,咱們也能夠看到,當css還沒加載出來的時候,頁面顯示白屏,直到css加載完成以後,紅色字體才顯示出來,也就是說,下面的內容雖然解析了,可是並無被渲染出來。因此,css加載會阻塞DOM樹渲染。gulp
其實我以爲,這可能也是瀏覽器的一種優化機制。由於你加載css的時候,可能會修改下面DOM節點的樣式,若是css加載不阻塞DOM樹渲染的話,那麼當css加載完以後,DOM樹可能又得從新重繪或者回流了,這就形成了一些沒有必要的損耗。因此我乾脆就先把DOM樹的結構先解析完,把能夠作的工做作完,而後等你css加載完以後,在根據最終的樣式來渲染DOM樹,這種作法性能方面確實會比較好一點。
由上面的推論,咱們能夠得出,css加載不會阻塞DOM樹解析,可是會阻塞DOM樹渲染。那麼,css加載會不會阻塞js執行呢?bootstrap
一樣,經過代碼來驗證.
<!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('通過了' + (endDate -startDate) + 'ms') </script> </body> </html>
假設: css加載會阻塞後面的js運行
預期結果: 在link後面的js代碼,應該要在css加載完成後纔會運行
實際結果:
由上圖咱們能夠看出,位於css加載語句前的那個js代碼先執行了,可是位於css加載語句後面的代碼遲遲沒有執行,直到css加載完成後,它才執行。這也就說明了,css加載會阻塞後面的js語句的執行。詳細結果看下圖(css加載用了5600+ms):
由上所述,咱們能夠得出如下結論:
所以,爲了不讓用戶看到長時間的白屏時間,咱們應該儘量的提升css加載速度,好比能夠使用如下幾種方法:
以上,就是全部內容。以爲還不錯的點個推薦唄hhhh,歡迎交流