Introduction
Lorem ipsum dolor sit amet
資訊專欄INFORMATION COLUMN
摘要：瀏覽器初次繪制網頁的必經過程稱之為關鍵渲染路徑，以下稱。包含在其他元素中間的元素被表示成子節點。這意味著必須被完整解析，我們才能進入頁面渲染的下一個階段。它是一個表示頁面被最終渲染效果的樹。
原文：https://bitsofco.de/understan...作者：Ire Aderinokun
瀏覽器從接收到服務器返回的 HTML 到渲染像素到屏幕上，中間經歷了很多的步驟。瀏覽器初次繪制網頁的必經過程稱之為“關鍵渲染路徑（Critical Rendering Path，以下稱CRP）”。
CRP的知識對理解怎樣提升網站性能非常有用。CRP有以下6個階段：
構造 DOM 樹
構造 CSSOM 樹
運行 JavaScript
創建渲染樹（Render Tree）
生成布局
繪制
DOM 樹是一個表示完整解析過的 HTML 網頁的對象。它從根元素 開始，每一個節點代表頁面上的一個元素或者文本。包含在其他元素中間的元素被表示成子節點。每一個節點記錄著對應元素的所有屬性，舉例來說，一個 元素對應的節點包含了元素的 href 屬性。
Understanding the Critical Rendering Path Understanding the Critical Rendering Path
Introduction
Lorem ipsum dolor sit amet
以這個網頁為例，它將被解析成下圖的 DOM樹：
A good thing about HTML is that it can be executed in parts. The full document doesn"t have to be loaded for content to start appearing on the page. However, other resources, CSS and JavaScript, can block the render of the page.
HTML 的一點好處是它可以分塊執行，無需加載整個文檔，內容就可以開始出現在頁面上。但是不好的地方是，諸如CSS 和 JavaScript 文件這樣的資源，卻能夠阻塞頁面的渲染。
CSSOM （CSS 對象模型） 是一個表示DOM相關聯樣式的對象。它與DOM的表現方式類似，但記錄了每個節點的關聯樣式，包含明確聲明的樣式和默認繼承的樣式。
在上面文檔中提到的style.css里， 我們聲明了如下樣式：
body {
font-size: 18px;
}
header {
color: plum;
}
h1 {
font-size: 28px;
}
main {
color: firebrick;
}
h2 {
font-size: 20px;
}
footer {
display: none;
}
上面的樣式會生成如下的CSSOM 樹：
CSS 被稱為 “渲染阻塞資源（render blocking resource）” 。渲染阻塞資源 沒有經過初次完整解析，渲染樹(后面會解釋) 不會被構建。由于CSS 具有繼承和層疊的特性，它不能像 HTML一樣被分塊解析。在CSS 文檔后面定義的樣式會覆蓋或更改前面定義的樣式。所以如果我們只解析前面部分的 CSS 樣式，而非整個 CSS 文檔，那么有可能解析出來錯誤的結果。這意味著 CSS 必須被完整解析，我們才能進入頁面渲染的下一個階段。
CSS 文件只有適用于當前設備的時候才會被認為是 ”渲染阻塞資源“ 。 標簽可以接受一個媒體屬性，通過改屬性我們可以聲明樣式表適用的設備。例如：我們有個樣式表聲明了一個媒體屬性 orientation:landscape , 只有我們在縱向模式訪問的時候，該資源才是阻塞渲染的。
由于 Javascript 文件必須等待 CSSOM 構建完成才能夠運行。因此也可以說CSS 是 “阻塞腳本”的。
JavaScript 被認為是一種 解析阻塞資源，HTML 本身的解析會被 JavaScript 阻塞。
當解析器遇到
布局決定了視窗（viewport）的大小，它提供了 CSS 樣式依賴的上下文，例如視窗的百分比或者單位。
視窗的大小由在文檔頭部提供的 meta 標簽 viewport 決定，如果沒有提供，視窗默認寬度是980px。
舉例，常用于響應設備寬度的視窗設置如下:
如果用戶使用寬度為1000px的設備訪問網頁，網頁的大小會基于這個單位。一半視窗的大小是500px,10vw會是100px。
最終的步驟是繪制，頁面的可見內容會被轉化成屏幕上的像素。
繪制過程的耗時取決于 DOM 的大小和應用的樣式。某些樣式比其他樣式需要更多的處理過程。例如：復雜的漸變背景圖比簡單的填充背景需要消耗更多的處理時間。
為了查看 CRP 過程，我們可以打開 chrome 的 devTools,它在Timeline 菜單下面（對于新版Chrome ,位于Performance菜單下）。
以我們上面的 HTML 為例。
Understanding the Critical Rendering Path Understanding the Critical Rendering Path
Introduction
Lorem ipsum dolor sit amet
打開頁面加載過程的Event Log選項 ,我們可以看到
發送請求(Send Request) - 發送獲取 index.html 的 GET 請求
解析HTML(Parse HTML) 、發送請求(Send Request) - 開始解析 HTML 和 構建DOM，并發起獲取style.css 和 main.js 的 GET 請求
解析樣式表(Parse Stylesheet) - 為 style.css 創建 CSSOM
執行腳本(Evaluate script) - 執行 main.js
布局(Layout) - 基于HTML 中meta port 標簽生成布局
繪制(Paint) - 在文檔上繪制像素
基于這些信息，我們可以做出如何優化CRP的決策。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/96597.html
摘要：瀏覽器初次繪制網頁的必經過程稱之為關鍵渲染路徑，以下稱。包含在其他元素中間的元素被表示成子節點。這意味著必須被完整解析，我們才能進入頁面渲染的下一個階段。它是一個表示頁面被最終渲染效果的樹。 原文：https://bitsofco.de/understan...作者：Ire Aderinokun 瀏覽器從接收到服務器返回的 HTML 到渲染像素到屏幕上，中間經歷了很多的步驟。瀏覽器初...
摘要：下面我們撇開網絡方面的優化，只分析靜態資源方面的優化。不過，也會阻止的構建和延緩網頁渲染。未優化正常加載優化后異步加載根據上面的分析，我們可以清楚的認識到，非必要優先加載的，選擇異步加載是最優選擇。 為什么做優化 經典問題：白屏時間過長，用戶體驗差產生的原因：網絡問題、關鍵渲染路徑（CRP）問題 怎么做優化 如何做好優化呢，網上隨便一搜，就有很多優化總結，無非就是網絡優化、靜態資源（h...
摘要：下面我們撇開網絡方面的優化，只分析靜態資源方面的優化。不過，也會阻止的構建和延緩網頁渲染。未優化正常加載優化后異步加載根據上面的分析，我們可以清楚的認識到，非必要優先加載的，選擇異步加載是最優選擇。 為什么做優化 經典問題：白屏時間過長，用戶體驗差產生的原因：網絡問題、關鍵渲染路徑（CRP）問題 怎么做優化 如何做好優化呢，網上隨便一搜，就有很多優化總結，無非就是網絡優化、靜態資源（h...
摘要：下面我們撇開網絡方面的優化，只分析靜態資源方面的優化。不過，也會阻止的構建和延緩網頁渲染。未優化正常加載優化后異步加載根據上面的分析，我們可以清楚的認識到，非必要優先加載的，選擇異步加載是最優選擇。 為什么做優化 經典問題：白屏時間過長，用戶體驗差產生的原因：網絡問題、關鍵渲染路徑（CRP）問題 怎么做優化 如何做好優化呢，網上隨便一搜，就有很多優化總結，無非就是網絡優化、靜態資源（h...
閱讀 1793·2021-10-27 14:15
閱讀 3889·2021-10-08 10:12
閱讀 1193·2021-09-22 15:55
閱讀 3247·2021-09-22 15:17
閱讀 855·2021-09-02 15:40
閱讀 1763·2019-08-29 18:33
閱讀 1113·2019-08-29 15:22
閱讀 2371·2019-08-29 11:08
