Service Worker 快取和 HTTP 快取

在 Service Worker 快取和 HTTP 快取層之間，使用一致或不同的到期邏輯的優缺點。

Jonathan Chen

雖然服務工作人員和 PWA 正在成為現代網路應用程式的標準，但資源快取比以往更加複雜。本文將介紹瀏覽器快取的大方向，包括：

• Service Worker 快取和 HTTP 快取的使用案例和差異。
• 與一般 HTTP 快取策略相比，不同 Service Worker 快取到期策略的優缺點。

快取流程總覽

大致來說，瀏覽器要求資源時，會依下列快取順序執行操作：

1. Service Worker 快取：Service Worker 會檢查資源是否位於快取中，並根據程式設計的快取策略，決定是否傳回資源本身。請注意，這項作業不會自動執行。您需要在 Service Worker 中建立事件處理常式，並攔截網路要求，這樣要求就會從 Service Worker 的快取提供，而不是從網路提供。
2. HTTP 快取 (也稱為瀏覽器快取)：如果系統在 HTTP 快取中找到資源，且資源尚未過期，瀏覽器就會自動使用 HTTP 快取中的資源。
3. 伺服器端：如果 Service Worker 快取或 HTTP 快取中沒有任何內容，瀏覽器會前往網路要求資源。如果 CDN 未快取資源，要求就必須一路傳回原始伺服器。

快取圖層

Service Worker 快取

Service Worker 會攔截網路類型的 HTTP 要求，並使用快取策略判斷應傳回瀏覽器的資源。Service Worker 快取和 HTTP 快取的一般用途相同，但 Service Worker 快取提供更多快取功能，例如精細控管快取內容和快取方式。

控管 Service Worker 快取

Service Worker 會使用事件監聽器 (通常是 fetch 事件) 攔截 HTTP 要求。這段程式碼片段示範了快取優先快取策略的邏輯。

強烈建議使用 Workbox，避免重複發明輪子。舉例來說，您可以使用單行規則運算式程式碼註冊資源網址路徑。

import {registerRoute} from 'workbox-routing';

registerRoute(new RegExp('styles/.*\\.css'), callbackHandler);

Service Worker 快取策略和用途

下表列出常見的 Service Worker 快取策略，以及每種策略的適用時機。

Service Worker 快取功能的其他優點

除了精細控管快取邏輯外，Service Worker 快取還提供下列功能：

• 為來源提供更多記憶體和儲存空間：瀏覽器會根據來源分配 HTTP 快取資源。換句話說，如果您有多個子網域，這些子網域會共用相同的 HTTP 快取。無法保證來源/網域的內容會長期保留在 HTTP 快取中。舉例來說，使用者可以透過瀏覽器的設定使用者介面手動清除快取，或在網頁上觸發強制重新載入。使用 Service Worker 快取時，快取內容較有可能維持快取狀態。詳情請參閱「永久儲存空間」。
• 在網路不穩或離線時，提供更高的彈性：使用 HTTP 快取時，您只有兩種選擇：資源是否要快取。有了 Service Worker 快取，您就能更輕鬆地減輕小「問題」(使用「過時時重新驗證」策略)、提供完整的離線體驗 (使用「僅限快取」策略)，甚至介於兩者之間，例如自訂 UI，其中部分網頁來自 Service Worker 快取，部分則排除 (使用「設定擷取處理常式」策略)，視情況而定。

HTTP 快取

瀏覽器首次載入網頁和相關資源時，會將這些資源儲存在 HTTP 快取中。除非使用者明確停用，否則瀏覽器通常會自動啟用 HTTP 快取。

使用 HTTP 快取表示要依賴伺服器判斷何時快取資源，以及快取時間長度。

使用 HTTP 回應標頭控制 HTTP 快取到期時間

伺服器回應瀏覽器對資源的要求時，會使用 HTTP 回應標頭告知瀏覽器應快取資源的時間長度。詳情請參閱「回應標頭：設定網路伺服器」。

HTTP 快取策略和應用實例

HTTP 快取比 Service Worker 快取簡單許多，因為 HTTP 快取只處理以時間為準 (TTL) 的資源到期邏輯。請參閱「應使用哪些回應標頭值？」和「透過 HTTP 快取防止不必要的網路要求 (摘要)」，進一步瞭解 HTTP 快取策略。

設計快取到期邏輯

本節說明在 Service Worker 快取和 HTTP 快取層使用一致的到期邏輯，以及在這些層使用個別到期邏輯的優缺點。

所有快取層的有效期限邏輯一致

為說明優缺點，我們將探討 3 種情境：長期、中期和短期。

情境：長期快取 (快取，回溯至網路)

• 快取資源有效 (<= 30 天)：Service Worker 會立即傳回快取資源，不必連上網路。
• 快取資源過期 (超過 30 天)：Service Worker 會前往網路擷取資源。瀏覽器的 HTTP 快取中沒有資源副本，因此會前往伺服器端尋找資源。

缺點：在這種情況下，HTTP 快取提供的價值較低，因為 Service Worker 中的快取過期時，瀏覽器一律會將要求傳遞至伺服器端。

情境：中長期快取 (過時後重新驗證)

• 快取資源有效 (<= 1 天)：Service Worker 會立即傳回快取資源，並前往網路擷取資源。瀏覽器的 HTTP 快取中有資源副本，因此會將該副本傳回給 Service Worker。
• 快取資源過期 (超過 1 天)：Service Worker 會立即傳回快取資源，並前往網路擷取資源。瀏覽器的 HTTP 快取中沒有資源副本，因此會前往伺服器端擷取資源。

缺點：Service Worker 需要額外的快取清除作業，才能覆寫 HTTP 快取，盡量利用「重新驗證」步驟。

情境：短期快取 (網路回復為快取)

• 快取資源有效 (<= 10 分鐘)：Service Worker 會前往網路擷取資源。瀏覽器的 HTTP 快取中有資源副本，因此會將該副本傳回 Service Worker，而不會前往伺服器端。
• 快取資源過期 (超過 10 分鐘)：Service Worker 會立即傳回快取資源，並前往網路擷取資源。瀏覽器的 HTTP 快取中沒有資源副本，因此會前往伺服器端擷取資源。

缺點：與中期快取情境類似，Service Worker 需要額外的快取清除邏輯來覆寫 HTTP 快取，才能從伺服器端擷取最新資源。

所有情境中的 Service Worker

在所有情況下，網路不穩定時，Service Worker 快取仍可傳回快取資源。另一方面，網路不穩定或中斷時，HTTP 快取並不可靠。

Service Worker 快取和 HTTP 層的快取到期邏輯不同

為說明優缺點，我們將再次探討長期、中期和短期情境。

情境：長期快取 (快取，回溯至網路)

• 快取資源在 Service Worker 快取中有效 (<= 90 天)：Service Worker 會立即傳回快取資源。
• Service Worker 快取中的快取資源過期 (超過 90 天)：Service Worker 會前往網路擷取資源。瀏覽器的 HTTP 快取中沒有資源副本，因此會前往伺服器端。

優缺點：

• 優點：Service Worker 會立即傳回快取資源，因此使用者能即時獲得回應。
• 優點：Service Worker 可更精細地控管何時使用快取，以及何時要求新版資源。
• 缺點：必須制定明確的 Service Worker 快取策略。

情境：中期快取 (過時後重新驗證)

• 快取資源在 Service Worker 快取中有效 (≤ 30 天)：Service Worker 會立即傳回快取資源。
• 服務工作站快取中的快取資源過期 (超過 30 天)：服務工作站會前往網路尋找資源。瀏覽器的 HTTP 快取中沒有資源副本，因此會前往伺服器端。

優缺點：

• 優點：Service Worker 會立即傳回快取資源，因此使用者能即時獲得回應。
• 優點：Service Worker 可確保特定網址的下一個要求使用來自網路的最新回應，這要歸功於「在背景」進行的重新驗證。
• 缺點：必須制定明確的 Service Worker 快取策略。

情境：短期快取 (網路回復為快取)

• 快取資源在 Service Worker 快取中有效 (<= 1 天)：Service Worker 會前往網路尋找資源。如果瀏覽器有資源，就會從 HTTP 快取傳回資源。如果網路中斷，Service Worker 會從 Service Worker 快取傳回資源
• Service Worker 快取中的快取資源過期 (超過 1 天)：Service Worker 會前往網路擷取資源。瀏覽器會透過網路擷取資源，因為 HTTP 快取中的快取版本已過期。

優缺點：

• 優點：網路不穩定或中斷時，Service Worker 會立即傳回快取資源。
• 缺點：Service Worker 需要額外的快取清除作業，才能覆寫 HTTP 快取並發出「網路優先」要求。

結論

由於快取情境的組合相當複雜，因此無法設計一項涵蓋所有情況的規則。不過，根據前幾節的發現，設計快取策略時，可以參考以下幾項建議：

• Service Worker 快取邏輯不需與 HTTP 快取到期邏輯一致。如有可能，請在 Service Worker 中使用較長的到期邏輯，授予 Service Worker 更多控制權。
• HTTP 快取仍扮演重要角色，但網路不穩定或中斷時，就不可靠了。
• 重新檢視各項資源的快取策略，確保 Service Worker 快取策略能提供價值，且不會與 HTTP 快取衝突。

瞭解詳情

• 網路可靠性
• 透過 HTTP 快取防止不必要的網路要求
• HTTP 快取程式碼研究室
• 評估 Service Worker 對實際效能的影響
• Cache-Control 與 Expires 比較
• 揭開快取的神秘面紗：檢查、清除及停用快取