Preload, Prefetch 和 Preconnect 的差異

現代瀏覽器提供了 preload、prefetch 和 preconnect 等功能，能讓開發者指定 link tag 的 rel 屬性提示瀏覽器提前下載圖片、JS、CSS等資源，以達到最佳化效能的效果。這篇文章將會教你這三種 resource hint 技巧的使用方法與時機，讓你了解如何最佳化資源的下載順序並提升網頁載入效能。

目錄

優先度

瀏覽器的資源下載順序會依照優先度。以 Chrome 為例，對於各種資源的預設優先度如下：

• Highest: HTML, CSS, Fonts
• High: script (預載影像之前), 在 viewport 內的影像
• Medium: script
• Low: script (async), image, media
• Lowest: mismatched CSS, prefetch resources

來源：Preload, Prefetch And Priorities in Chrome

那麼有哪些方法可以改變資源的優先度呢？

讓我們往下看：

Preload

preload 告訴瀏覽器：「這份資源對目前的頁面是必要的，請用最快的速度下載此資源。」

使用方法如下：

<link rel="preload" as="script" href="super-important.js">
<link rel="preload" as="style" href="critical.css">

as 是用來指定資源的類別的。這個屬性需要指定，不然可能會重複下載同一份資源。

preload 對瀏覽器有「強制作用」而非「建議」，所以你必須很確定它是真正重要的資源。

雖然瀏覽器可以先掃一遍 html 提早發現資源，但是有些「隱藏」在 CSS/JS 內的資源就沒辦法了。這時候用 preload 就非常有幫助。例如：

• CSS 中的字體檔。
• script 中動態載入其他 script/CSS 等。

Caching 行為

用 preload 下載的資源，也適用於 cache。

Chrome 有四種 cache：HTTP cache、memory cache、service worker cache、push cache。

preload 取得的資源，和一般的 HTTP request 使用相同的快取。所以資源如果可以快取的話會放在 HTTP cache 和 memory cache，不能快取的話，會在memory cache。

下面介紹一些 preload 的應用：

Preload 的應用

Critical Path (關鍵路徑) CSS and JavaScript

我們知道，在 HTML 中引用 JS/CSS 檔案會阻擋 (block) 關鍵轉譯路徑 (critical rendering path)。

換句話說，在這些資源被下載且解析完成之前，render (轉譯/渲染) 的動作沒辦法開始。所以這些資源越慢被下載，畫面出現的速度就越慢。

其中一個解決方法是：用 preload 來提示瀏覽器儘快下載這些資源：

<link rel="preload" as="script" href="super-important.js">
<link rel="preload" as="style" href="critical.css">

對於 script 而言，一般來說會放在 html 的最後面，所以有可能會等到 parse 完整個 html 才會開始下載，但又希望越早被下載越好。

如果是重要的資源，那 preload 可能是比較好的最佳化方式。相較之下，同樣是可以非同步下載資源，async script 會 block onload event。

Font 字體

<link rel="preload" as="font" crossorigin="anonymous" type="font/woff2" href="myfont.woff2">

注意如果是對字體作 preload，必須加上 crossorigin 這個 attribute，表示 anonymous mode CORS，否則字型會被重複下載兩次。crossorigin 也適用於其他支援 CORS 的資源。

補充說明：在HTML5中，有些元素有CORS的支援，如 script、img、video 等。Anonymous mode 表示送這個 request 的時候不帶任何 user credential，包含 cookie、HTTP authentication 等 (一種基本的認證機制，在 HTTP request header 裡面帶明文credential，如使用者帳號密碼等。)

參考資料：

• Preload
• The crossorigin attribute: Requesting CORS access to content
• Preload, Prefetch And Priorities in Chrome

解耦 JS 載入與執行 (Decouple JS Load from Execution)

用 JavaScript 動態觸發 preload，預先下載好，等到需要時才執行：(Source)

function downloadScript(src) {
  var el = document.createElement("link");
  el.as = "script";
  el.rel = "preload";
  el.href = src;
  document.body.appendChild(el);
}

function runScript(src) {
  var el = document.createElement("script");
  el.src = src;
}

非同步載入 CSS

preload 可以用來非同步載入CSS：(Source)

<link rel=preload as=style href="async_style.css"
      onload="this.rel='stylesheet'">

響應式載入 (Responsive Loading)

preload 也可以搭配 media query 一起使用：(Source)

<link rel=preload as=image href="someimage.jpg"
      media="(max-width: 600px)">

Preload Header

我們也可以用 server response header 來觸發瀏覽器的 preload。

這個方法比 <link rel="preload> 更快觸發資源下載，因為不用等到 link tag 被preload scanner掃描到。也可以動態地調整 preload header。

注意：可能會觸發HTTP/2 server push。（如果這不是你想要的，server可用nopush 通知瀏覽器。）

參考資料：

Server Push (HTTP/2)

Preconnect

preconnect 告訴瀏覽器：「這個網頁將會在不久的將來下載某個 domain 的資源，請先幫我建立好連線。」

使用方法如下：

<link rel="preconnect" href="https://example.com">

為什麼需要提前建立連線呢？

要理解這個功能的用途，我們必須先知道，瀏覽器在實際傳輸資源前，有以下步驟需要做：

1. 向DNS請求解析域名
2. TCP Handshake
3. (HTTPS連線) SSL Negotiation
4. 連線建立完成，等待拿到資料的第一個byte

用時間軸表示如下：

(Source: Eliminating Roundtrips with Preconnect)

上面四個步驟，每一步都會需要一個 RTT (Round Trip Time) 的來回時間。

所以在實際傳輸資料之前，已經花了3個RTT的時間。

如果是在 latency 很高的情況下（例如手機網路），會大大拖慢取得資源的速度。

Preconnect 的效果是什麼？

這裏我引用 Eliminating Roundtrips with Preconnect 裡面提到的範例來做說明。

下圖是一個網頁載入資源的時間軸。

這個網站引用了 Google Fonts 的 CSS 檔，而 CSS 檔又引用到另外兩個字形檔。上半部/下半部分別未使用/用了 preconnect。

(Source: Eliminating Roundtrips with Preconnect)

首先，圖上半部是單純直接下載 CSS 的結果。依時間先後順序，瀏覽器做了以下的事情：

1. 和 font.googleapis.com 建立連線
2. 下載 CSS
3. 和 fonts.gstatic.com 建立連線
4. 下載字體 (over HTTP/2 multiplexing)

接著，我們來看圖下半部。這邊使用了 <link href='https://fonts.gstatic.com' rel='preconnect' crossorigin>。依時間先後順序，瀏覽器做了以下的事情：

1. 和 font.googleapis.com 與 fonts.gstatic.com 建立連線
2. 下載 CSS
3. 下載字體 (over HTTP/2 multiplexing)

可以很明顯看到，因為利用 preconnect 提早建立好與 fonts.gstatic.com 之間的連線，省去了一次完整的 (DNS Lookup + TCP Handshake + SSL Negotiation) ，共三個 RTT 的時間。

preconnect 應用

preconnect via Link HTTP Header / JavaScript

preconnect 除了靜態地在 HTML 內宣告，還有其他動態的觸發方式：

• preconnect 的指令可以由 server 帶在 HTTP Response Header 裡，讓 server side 可以動態產生欲使用 preconnect 的 domain。

• preconnect 也可以透過 JavaScript 觸發：

function preconnectTo(url) {
    var hint = document.createElement("link");
    hint.rel = "preconnect";
    hint.href = url;
    document.head.appendChild(hint);
}

CDN

如果你有很多資源要從某個CDN去拿，你可以提示 preconnect CDN的域名。

特別是你不太能預先知道有哪些資源要下載的情況，只需要給定域名這點滿方便的。

Streaming

如果頁面上有個串流媒體，但你沒有要馬上播放，又希望按下播放的時候可以越快開始越好，那麼可以考慮先用 preconnect 建立連線，節省一段連線時間。

dns-prefetch

跟 preconnect 類似，差別在於只提示瀏覽器預先處理 DNS lookup 而已。

Prefetch

prefetch 告訴瀏覽器：「這資源我等等會用到，有空的話幫我先下載」。

資源將會等頁面完全下載完以後，以 Lowest 優先度下載。

應用情境：分頁的下一頁

如果你確定使用者有很高的機率會點下一頁的話。

結論

• preload 告訴瀏覽器：「這份資源對目前的頁面是必要的，請用最快的速度下載此資源。」
• preconnect 告訴瀏覽器：「這個網頁將會在不久的將來下載某個 domain 的資源，請先幫我建立好連線。」
• prefetch 告訴瀏覽器：「這資源我等等會用到，有空的話幫我先下載」。
• dns-prefetch 告訴瀏覽器：「先幫我做 DNS Lookup，等等可能會用到」。

Reference

• <link> - Yoav Weiss
• Resource Prioritization - Google Developer
• Resource Hints
• Preload, Prefetch And Priorities in Chrome