1 引言
caches
這個 API 是針對 Request
Response
的。caches
一般結合 Service Worker
使用,因爲請求級別的緩存與具有頁面攔截功能的 Service Worker
最配。
本週精讀的文章是 cache-api,介紹了瀏覽器緩存接口的基本語法。
2 概述
瀏覽器擁有全局變量 caches
操作緩存。
caches
包含任意命名空間,可以通過 caches.open
創建或訪問。
const myCache = await caches.open("myCache");
添加緩存
通過 add
添加緩存。由於 caches
緩存是基於請求的,因此參數可以是一個 URL 地址,或一個完整的 Request 對象:
// URL only
myCache.add("/subscribe");
// Full request object
myCache.add(new Request('/subscribe', {
method: "GET",
headers: new Headers({
'Content-Type': 'text/html'
}),
/* more request options */
});
每執行 add
時,瀏覽器都會主動請求並緩存返回的 Response。
可以通過 addAll
批量添加緩存:
myCache.addAll(["/subscribe", "/assets/images/profile.png"]);
讀取緩存
通過 match
讀取緩存。與 add
類似,參數可以是 URL 地址或完整 Request 對象,同時支持 matchAll
:
const res = await myCache.match("/subscribe");
更新緩存
通過 add
或 put
更新緩存。
當某個請求緩存需要更新時,你可以重新執行 add
操作。
同時 put
也可以更新緩存,你可以手動構造返回值,這樣瀏覽器就不需要發請求了:
const request = new Request("/subscribe");
const fetchResponse = await fetch(request);
myCache.put(request, fetchResponse);
銷燬緩存
通過 delete
銷燬緩存。
你可以銷燬某個路徑的緩存:
myCache.delete("/subscribe");
也可以銷燬某個緩存命名空間:
caches.delete("myCache");
結合 service Worker
可以利用 addEventListener('fetch')
監聽瀏覽器請求時機,並在匹配到緩存時,直接替換爲返回結果,當緩存不存在時才繼續發請求。
self.addEventListener("fetch", (e) => {
e.respondWith(
// Check if item exists in cache
caches.match(e.request).then((cachedResponse) => {
// If found in cache, return cached response
if (cachedResponse) return cachedResponse;
// If not found, fetch over network
return fetch(e.request);
});
);
});
3 精讀
筆者利用 caches
API + service worker 實現了純瀏覽器端的後端渲染。
首先基於下面三個基本事實:
- 利用 service worker 可以攔截請求。
- caches 可以主動
put
修改緩存。 -
react-dom/server
可以在瀏覽器端執行。
這三個能力組合一下,我們真的可以實現前端 SSR:
- 打開頁面時,利用 web worker 調用
react-dom/server
構造一個 SSR 字符串。 - 利用
caches.put
添加當前頁面緩存,將react-root
部分塞入構造好的 SSR 字符串。 - 下次打開頁面時,優先命中緩存,彷彿是後端提供了 SSR 服務,但其實服務是由上一次瀏覽器提供的。
前端渲染有幾個好處:
- 不消耗服務器計算資源,如果頁面有百萬 UV,可能一天就能節省幾十萬元服務器電費。
- 不消耗服務器存儲資源,如果頁面是千人千面的,後端 SSR 存儲成本巨大,但分攤到個人電腦就不成問題。
- 不需要寫兩套代碼。雖然服務端渲染重複利用前端資源,但 DOM 環境等都是模擬出來的,且前端代碼還存在內存泄露風險,許多 SSR 的前端代碼必須判斷前後端環境,給維護造成了巨大負擔。在前端渲染下這不成問題,我們的口號是:前端代碼請交給瀏覽器執行。
筆者將這套前端渲染能力封裝在 前端工程化工具 Pri 中,開啓配置項useServiceWorker=true
clientServerRender=true
嘗試。
後面有機會單獨選一篇精讀介紹 前端渲染,你也可以直接參考筆者 簡陋的實現:由於 service worker 必須存在一個實體文件,因此腳手架會自動生成它,所以你看到的運行代碼是一堆字符串。
4 總結
前端渲染是一個較爲極端的例子,caches
更多用來緩存簡單的靜態頁面,靜態博文,或者不經常變動的後端接口。
留下一個思考題:你還能想到 caches
的其他用法嗎?歡迎留言。
討論地址是:精讀《Caches API》 · Issue #124 · dt-fe/weekly
如果你想參與討論,請點擊這裏,每週都有新的主題,週末或週一發佈。前端精讀 - 幫你篩選靠譜的內容。