某些瀏覽器在處理媒體資產要求 (也就是 <video>
和 <audio>
元素的 src
屬性指定網址) 時有些複雜問題,除非您在設定 Workbox 時採取具體步驟,否則可能導致放送行為錯誤。
問題
如要進一步瞭解瀏覽器提供音訊和影片素材資源的相關問題,請參閱這個 GitHub 問題討論。整體情況複雜,但重點如下:
- 必須透過
workbox-range-requests
模組至做為處理常式的策略,要求 Workbox 遵循Range
要求標頭。 <video>
或<audio>
元素必須透過crossorigin
屬性啟用 CORS 模式。- 如要透過快取提供媒體,請提前將其明確新增至快取。如要這麼做,可以預先快取、利用
cache.add()
,或 Workbox 方案中的 hotStrategyCache 方法。由於媒體素材資源是在執行階段串流,因此無法快取,因為播放期間只會從網路擷取部分內容。
以下說明如何在 Workbox 中配合這些規定,從媒體資產的適當標記開始著手:
<!-- In your page: -->
<!-- You need to set `crossorigin`, even for same-origin URLs! -->
<video src="movie.mp4" crossorigin="anonymous"></video>
<audio src="song.mp3" crossorigin="anonymous"></audio>
然後在 Service Worker 中,使用 workbox-range-request
外掛程式據此處理媒體素材資源:
// sw.js
import {registerRoute} from 'workbox-routing';
import {CacheFirst} from 'workbox-strategies';
import {CacheableResponsePlugin} from 'workbox-cacheable-response';
import {RangeRequestsPlugin} from 'workbox-range-requests';
// In your service worker:
// It's up to you to either precache, use warmRuntimeCache, or
// explicitly call cache.add() to populate the cache with media assets.
// If you choose to cache media assets up front, do so with care,
// as they can be quite large and exceed storage quotas.
//
// This route will go to the network if there isn't a cache match,
// but it won't populate the cache at runtime because the response for
// the media asset will be a partial 206 response. If there is a cache
// match, then it will properly serve partial responses.
registerRoute(
({request}) => {
const {destination} = request;
return destination === 'video' || destination === 'audio'
},
new CacheFirst({
cacheName: 'your-cache-name-here',
plugins: [
new CacheableResponsePlugin({
statuses: [200]
}),
new RangeRequestsPlugin(),
],
}),
);
這樣一來,就能確保服務工作處理程序能正確擷取及快取您網站的媒體資產,同時將範圍要求和其他與媒體要求相關的潛在問題納入考量。