除了對快取邏輯能提供更細粒度的控制之外，Service Worker 快取還提供：

- 為您的源提供更多記憶體和儲存空間：瀏覽器按源分配 HTTP 快取資源。 換句話說，如果您有多個子域，它們都共享相同的 HTTP 快取。 無法保證您的源/域的內容會長時間保留在 HTTP 快取中。 例如，使用者可以透過從瀏覽器的設定 UI 中手動清理或觸發頁面上的硬重新載入來清除快取。 使用服務工作者快取，您的快取內容保持快取狀態的可能性要高得多。

- 在不穩定的網路或離線體驗領域具有更高的靈活性：使用 HTTP 快取，開發人員只有一個二元選擇：要麼快取資源，要麼不快取。 使用 Service Worker 快取，可以更輕鬆地緩解網路不穩定的時候應用可能出現的問題（使用`stale-while-revalidate`策略），或者提供完整的離線體驗（使用`cache only`策略），甚至介於兩者之間，例如自定義 UI 頁面的某些部分來自 service worker 快取，並且在適當的情況下排除了某些部分（使用`Set catch handler` 策略）。

當然，HTTP 快取作為一項成熟的技術，可以作為 Service Worker 快取有益的補充。

瀏覽器第一次載入網頁和相關資源時，會將這些資源儲存在其 HTTP 快取中。 HTTP 快取通常由瀏覽器自動啟用，除非終端使用者明確禁用它。

使用 HTTP 快取意味著依靠伺服器來確定何時快取資源以及快取多長時間。

當伺服器響應瀏覽器對資源的請求時，伺服器使用 HTTP 響應標頭告訴瀏覽器應該快取資源多長時間。

看一個例子：

![](https://img-blog.csdnimg.cn/img_convert/422de631d6c0bc9c1fef012c771f6919.png)

- ETAG: 當瀏覽器發現一個過期的快取響應時，它可以向伺服器傳送一個小令牌（通常是檔案內容的雜湊）以檢查檔案是否已更改。 如果伺服器返回相同的令牌，則檔案是相同的，無需重新下載。這個令牌出現在瀏覽器傳送給伺服器的 HTTP 請求的頭部：

`If-None-Match: "62e701da-63ba-gzip"`

- Last-Modified：此標頭與 ETag 的用途相同，但使用基於時間的策略來確定資源是否已更改，而不是 ETag 的基於內容的策略。

Service Worker cache 相比 HTTP cache 的一些優點

相關文章