資訊專欄INFORMATION COLUMN
摘要：最初的模型瀏覽器下載開始解析遇見外鏈資源保存起來并且繼續解析解析結束開始下載外鏈下載結束開始處理處理處理處理完畢開始渲染用戶看到界面這個模型的基礎是瀏覽器是單線程的但是實際上瀏覽器不是單線程是多個線程瀏覽器有如下幾個線程引擎線程界面渲染線程
最初的模型:
瀏覽器下載 html
開始解析 html
遇見外鏈資源, 保存起來, 并且繼續解析
html 解析結束
開始下載外鏈
下載結束
開始處理
css 處理
js 處理
處理完畢, 開始渲染
用戶看到界面
這個模型的基礎是: 瀏覽器是單線程的.
但是實際上: 瀏覽器不是單線程, 是多個線程.
瀏覽器有如下幾個線程:
1 javascript引擎線程
2 界面渲染線程
3 瀏覽器事件觸發線程
4 http請求線程
也就是說: 下載和解析是可以同步的, 遇見外鏈就開始下載.
更改之后的模型瀏覽器下載 html
開始解析 html
遇見外鏈資源, 開始下載, 并且繼續解析
html 解析結束
下載結束
開始處理
css 處理
js 處理
處理完畢, 開始渲染
用戶看到界面
這個模型的基礎是:
資源下載和 html 解析是同步的, 所有的資源下載結束, 才開始進行下一步:渲染.
實際情景是:
資源大致可以分成
css
js
imgs
others
imgs以及 others 這種, 如果一個資源過大, 比如說一個媒體文件100M, 非要等到用戶下載結束
才開始下一步, 這顯然是不合理的.
而 css 和 js 是可以對頁面產生修改和效果的, 所以必須要等待它們的參與才能進行下一步操作,
比如說 css,js 都沒有下載解析執行結束, 就開始下一步渲染, 最終渲染的結果是一個沒有樣式的
頁面.
看瀏覽器是不是這么想的?
實驗:
在demo 中加一個 p 標簽, 在底部加一個 css 外鏈
如果 css 都沒有加載完畢, p 標簽就顯示出來了, 說明瀏覽器就沒有等 css 文件
也就是說: html 解析結束之后, 什么都不管, 就開始下一步渲染了.
demo:
demo
hello world
結果:
css 沒有加載之前, 頁面空白, 說明 html 解析結束之后, 會等到css加載出來再開始渲染.
更一步的實驗:
資源變成 js, 頁面先渲染出來, js 還在加載.
資源變成 img, 頁面會先渲染出來, img 還在加載.
結論:
**html 解析結束之后, 會先等到 css 下載和解析結束之后(通過 link 標簽知道是 css 文件)
再開始下一步, 并不會等所有的非 js 資源.**
瀏覽器下載 html
開始解析 html
遇見外鏈資源, 開始下載, 并且繼續解析
html 解析結束
等到css下載結束
開始處理 css
處理完畢, 開始渲染
用戶看到界面
現在考慮一種情況:
js 是有能力去改變 DOM, 那么如果都渲染結束了, js 這個時候開始執行了,然后把頁面重新干掉了.
這個時候怎么辦?
只能將修改應用到已經渲染好的頁面上.
考慮一種極端情況, 頁面里面有成千上萬的節點, 比如說1萬個節點, css 文件都 一兩百k
辛辛苦苦瀏覽器把頁面渲染出來了, 然后這個時候, js 下載結束開始執行, 啪的一下把頁面
document.write("中獎啦");
這種情況肯定不能允許發生.
為了避免這種情況, 可以這樣
先全局檢測下是不是有 script 標簽, 如果有的話, html 就等著 script 加載執行之后,
再開始渲染.
這種方式有一個不好: 也就是說, 即使我們現在有了 html 和 css, 其實都可以把頁面渲染出來了
但是還是要等 script 下載執行之后才敢進行渲染, 有點投鼠忌器的感覺.
有時候等半天, 可能 script 返回的就一句話:
console.log("逗你玩");
而且全局檢測 script 標簽, 這句話說的簡單, 實際上是要建立在你已經把 html 解析結束了之后才知道
到底有沒有 script 標簽.
所以實際的情況是:
瀏覽器不知道頁面里面有沒有 script 標簽 不知道script 里面會不會有 DOM 操作, 是 "中獎啦" 還是 "逗你玩"
面對這種情況, 實際上只能賭, 或者說博弈.
瀏覽器拿到 html 和 css 之后依舊開始解析渲染
為了減小萬一中獎之后全盤都輸的情況, 當遇見 script 之后
停止解析, 專心下載 js 文件
這樣即使中獎, 我也就渲染了前面了一點內容, 后面的還沒有渲染, 輸少點
但是這樣后面如果還有資源要加載。。。
所以更新策略:
瀏覽器遇見 script, 開始下載, 把后面的html 解析掉, 所有的資源都開始下載 然后回頭安心等這個 script, 看看到底中獎不中獎.
所以模型變成:
瀏覽器下載 html
開始解析 html
遇見外鏈, 開始下載
發現 script 外鏈, 繼續html解析
將頁面分成兩部分, script 標簽之前, 之后
處于 script 之前的頁面
css 下載結束
渲染
處于 script 之后的頁面
script 下載完畢, 執行
css 下載完畢
渲染
瀏覽器不是等所有的資源都下載結束才開始渲染
瀏覽器也不是等到所有的 js 都執行結束之后才會渲染
當 html 解析成 DOM tree, css 解析成 CSSOM, 二者合并成
Render Tree, 就可以開始渲染了.
首先要先計算這棵樹上面的所有的節點的位置, 這一步叫做 layout
然后要給每個節點上色, 這一步叫做 paint
layout 和 paint 統稱為 render.
當頁面的元素的位置修改之后, 就會出現 relayout (重繪)
relayout 必定會造成 repaint.
defer
之前說了, 瀏覽器遇見 js 之后會始終等著它執行, 后面的內容都不渲染了
然后經常就報錯了, 我草獲取某個節點怎么沒有, 想要獲取后面的節點但是節點還沒有
渲染出來, 所以呢, 所以就有了 defer
相當于說, 我等你全部渲染之后再執行吧, 要不然我老是出錯, 煩人.
執行要在所有元素解析完成之后，DOMContentLoaded 事件觸發之前完成。
async
還有一種情況, 就是說, 瀏覽器辛辛苦苦等到 js 下載執行結束發現哎吆我草這個玩意
對dom屁改動都沒有, 我等她干嘛啊, 我草草, 那就出來 async
這個東西就是說, 不需要等我, 也不需要關心我的執行, 我不會干擾你的, 你做自己的事情就好.
同時也解決了多個js之間的依賴, 加上這個就表示, 我是孤立的, 我不依賴任何其他js也不給任何其他
js 依賴.
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/86770.html
摘要：最初的模型瀏覽器下載開始解析遇見外鏈資源保存起來并且繼續解析解析結束開始下載外鏈下載結束開始處理處理處理處理完畢開始渲染用戶看到界面這個模型的基礎是瀏覽器是單線程的但是實際上瀏覽器不是單線程是多個線程瀏覽器有如下幾個線程引擎線程界面渲染線程 最初的模型: 瀏覽器下載 html 開始解析 html 遇見外鏈資源, 保存起來, 并且繼續解析 html 解析結束 開始下載外鏈 下載...
摘要：最初的模型瀏覽器下載開始解析遇見外鏈資源保存起來并且繼續解析解析結束開始下載外鏈下載結束開始處理處理處理處理完畢開始渲染用戶看到界面這個模型的基礎是瀏覽器是單線程的但是實際上瀏覽器不是單線程是多個線程瀏覽器有如下幾個線程引擎線程界面渲染線程 最初的模型: 瀏覽器下載 html 開始解析 html 遇見外鏈資源, 保存起來, 并且繼續解析 html 解析結束 開始下載外鏈 下載...
摘要：屬性二可選表示通過屬性指定的代碼和字符集。規定在外部腳本文件，要是外部文件中的字符編碼與主文件中的編碼方式不同，就要用到屬性。屬性五可選表示包含要執行代碼的外部文件屬性五可選屬性規定腳本的類型。在中，屬性不再是必需的。 屬性一：async 可選async是html5新加的一個屬性，官方一點說,表示應該立即下載腳本，但是不妨礙頁面其他操作，通俗一點就是異步加載js并執行，它和dom的渲染...
摘要：大家好，好久沒有寫公眾號了，最近有朋友參加面試被問到開發規范的問題，突然發現每天干著工作，卻沒有關注這個問題，就想著寫篇文章，簡單的說下自己公司的開發規范。 大家好，好久沒有寫公眾號了，最近有朋友參加面試被問到開發規范的問題，突然發現每天干著工作，卻沒有關注這個問題，就想著寫篇文章，簡單的說下自己公司的開發規范。 showImg(https://segmentfault.com/img...
閱讀 3510·2021-11-25 09:43
閱讀 1266·2021-09-08 09:45
閱讀 2643·2021-09-07 09:59
閱讀 1502·2021-08-09 13:45
閱讀 3339·2019-08-30 15:54
閱讀 696·2019-08-29 18:35
閱讀 513·2019-08-29 17:18
閱讀 992·2019-08-29 14:10
