瀏覽器渲染HTML過程(頁面重構師的存在所在緣由)

WEB 頁面運行在各類各樣的瀏覽器當中,瀏覽器載入、渲染頁面的速度直接影響着用戶體驗簡單地說,頁面渲染就是瀏覽器將 HTML 代碼根據 CSS 定義的規則顯示在瀏覽器窗口中的這個過程。html

渲染過程前端

1. 用戶輸入網址(假設是個 HTML 頁面,而且是第一次訪問),瀏覽器向服務器發出請求,服務器返回 HTML 文件;web

2. 瀏覽器開始載入 HTML 代碼,發現 <head> 標籤內有一個 <link> 標籤引用外部 CSS 文件;瀏覽器

3. 瀏覽器又發出 CSS 文件的請求,服務器返回這個 CSS 文件;服務器

4. 瀏覽器繼續載入 HTML 中 <body> 部分的代碼,而且 CSS 文件已經拿到手了,能夠開始渲染頁面了;佈局

5. 瀏覽器在代碼中發現一個 <img> 標籤引用了一張圖片,向服務器發出請求。此時瀏覽器不會等到圖片下載完,而是繼續渲染後面的代碼;優化

6. 服務器返回圖片文件,因爲圖片佔用了必定面積,影響了後面段落的排布,所以瀏覽器須要回過頭來從新渲染這部分代碼;spa

7. 瀏覽器發現了一個包含一行 JavaScript 代碼的 <script> 標籤,趕快運行它;設計

8. JavaScript 腳本執行了這條語句,它命令瀏覽器隱藏掉代碼中的某個 <div>(style.display=」none」)。杯具啊,忽然就少了這麼一個元素,瀏覽器不得不從新渲染這部分代碼;htm

9. 終於等到了 </html> 的到來,瀏覽器淚流滿面……

10. 等等,還沒完,用戶點了一下界面中的「換膚」按鈕,JavaScript 讓瀏覽器換了一下 <link> 標籤的 CSS 路徑;

11. 瀏覽器召集了在座的各位 <div><span><ul><li> 們,「大夥兒收拾收拾行李,咱得從新來過……」,瀏覽器向服務器請求了新的CSS文件,從新渲染頁面。 瀏覽器天天就這麼來來回回跑着,要知道不一樣的人寫出來的 HTML 和 CSS 代碼質量良莠不齊,說不定哪天跑着跑着就掛掉了。好在這個世界還有這麼一羣人——頁面重構工程師,平時挺不起眼,也就幫視覺設計師們切切圖啊改改字,其實背地裏仍是幹了很多實事的。

reflow(迴流)

說到頁面爲何會慢?那是由於瀏覽器要花時間、花精力去渲染,尤爲是當它發現某個部分發生了點變化影響了佈局,須要倒回去從新渲染,內行稱這個回退的過程叫 reflow(迴流,相關連接:reflow(迴流))。

reflow 幾乎是沒法避免的。如今界面上流行的一些效果,好比樹狀目錄的摺疊、展開(實質上是元素的顯 示與隱藏)等,都將引發瀏覽器的 reflow。鼠標滑過、點擊……只要這些行爲引發了頁面上某些元素的佔位面積、定位方式、邊距等屬性的 變化,都會引發它內部、周圍甚至整個頁面的從新渲 染。一般咱們都沒法預估瀏覽器到底會 reflow 哪一部分的代碼,它們都彼此相互影響着。 當 然,reflow 問題是能夠優化的,咱們能夠儘可能減小沒必要要的 reflow。好比開頭的例子中的 <img> 圖片載入問題,這其實就是一個能夠避免的 reflow —— 給圖片設置寬度和高度就能夠了。這樣瀏覽器就知道了圖片的佔位面積,在載入圖片前就預留好了位置。

display:none block 會致使從新渲染,而表格在這種渲染樹機制下會不斷計算,多是致使部分表格打開卡的緣由

有關網頁渲染 每一個前端開發者都該知道的那點事

相關文章
相關標籤/搜索