CacheStorage及Cache定義在Service Workers里。該Specification暫時還是WD狀態(tài)，下文里所提及的API都可能會有變動。
這兩個接口大量地使用了Promise，你必須對Promise有較好的了解。
CacheStorage和Cache，是兩個與緩存有關(guān)的接口，用于管理當(dāng)前網(wǎng)頁/Web App的緩存；在使用Service Worker時基本都會用到。它們跟數(shù)據(jù)庫有點類似，我們可以用mongodb來打個比喻：
- CacheStorage管理著所有的Cache，是整個緩存api的入口，類似mongo
- Cache是單個緩存庫，通常一個app會有一個，類似mongo里的每個db
無論在ServiceWorker域或window域下，你都可以用caches來訪問全局的CacheStorage。
CacheStorage
既然CacheStorage管理著所有的Cache，那主要功能無非就是增刪改查：
-
.delete()，刪除某個Cache -
.open()，打開某個Cache（打開后才能修改Cache），若沒有則新建一個 -
.keys()，得到所有Cache的名稱 -
.has()，判斷某個Cache是否存在
需要注意的是，上面所有方法，都返回Promise。
例子
// 刪除名為`my-app`的Cache
caches.delete('my-app').then(() => {console.log('Deleted.')})
// 打開名為`my-app`的Cache
caches.open('my-app').then(cache => {
// 操控cache
})
Cache
Cache是一個類Map的數(shù)據(jù)結(jié)構(gòu)對象。其鍵都是一個request（url），而值則是response。
一個Map總會有get（這里是match）、set（這里是put）、delete及keys方法：
-
.match(requestUrl, options)，返回Promise，能得到requestUrl對應(yīng)的response -
.put(requestUrl, response)，將requestUrl及其response保存在Cache里 -
.delete(requestUrl)，從Cache里刪除requestUrl及其response -
keys()，返回所有存在Cache的requestUrl
除了上述的基本方法外，Cache還提供.add(requestUrl)，可以自動取得requestUrl對應(yīng)的response，然后put進(jìn)Cache里。
例子
// 得到在Cache里某個url對應(yīng)的response
cache.match('/users').then(response => {
// 操控response
})
// 將`/user`及其response添加到緩存里
cache.add('/users').then(() => {console.log('Done.')})
