渐进式 Web 应用将许多以前仅适用于原生应用的功能引入到 Web 中。与 PWA 相关的最重要的功能之一就是离线体验。
更好的做法是提供离线在线播放媒体体验，您可以通过多种不同的方式向用户提供这项增强功能。不过，这会带来一个非常独特的问题：媒体文件可能非常大。因此，您可能会问：
- 如何下载和存储大型视频文件？
- 如何向用户提供？
在本文中，我们将讨论这些问题的答案，同时参考我们构建的 Kino 演示版 PWA，为您提供实用示例，说明如何在不使用任何功能或呈现框架的情况下实现离线流媒体体验。以下示例主要用于教学目的，因为在大多数情况下，您应该使用现有的某个媒体框架来提供这些功能。
除非您有充分的业务案例来开发自己的应用，否则构建支持离线流式传输的 PWA 会面临挑战。在本文中，您将了解用于为用户提供优质离线媒体体验的 API 和技术。
下载和存储大型媒体文件
渐进式 Web 应用通常使用方便的 Cache API 下载和存储提供离线体验所需的资源：文档、样式表、图片等。
以下是在服务工作线程中使用 Cache API 的基本示例：
const cacheStorageName = 'v1';
this.addEventListener('install', function(event) {
event.waitUntil(
caches.open(cacheStorageName).then(function(cache) {
return cache.addAll([
'index.html',
'style.css',
'scripts.js',
// Don't do this.
'very-large-video.mp4',
]);
})
);
});
虽然上述示例在技术上是可行的，但使用 Cache API 存在一些限制，使得将其用于大型文件不切实际。
例如，Cache API 不会：
- 可让您轻松暂停和继续下载
- 让您跟踪下载进度
- 提供一种正确响应 HTTP 范围请求的方法
所有这些问题对任何视频应用来说都是相当严重的限制。 我们来了解一下其他可能更合适的选项。
如今，Fetch API 是一种跨浏览器方式，可异步访问远程文件。在我们的用例中，它允许您以流的形式访问大型视频文件，并使用 HTTP 范围请求以数据块的形式逐步将其存储起来。
现在，您可以使用 Fetch API 读取数据块，但还需要存储这些数据块。您的媒体文件可能有许多元数据与之相关联，例如名称、说明、时长、类别等。
您不仅存储了媒体文件，还存储了结构化对象，而媒体文件只是其属性之一。
在这种情况下，IndexedDB API 提供了一个同时存储媒体数据和元数据的绝佳解决方案。它可以轻松存储大量二进制数据，还提供索引，可让您非常快速地执行数据查找。
使用 Fetch API 下载媒体文件
在我们的演示版 PWA（名为 Kino）中，我们围绕 Fetch API 构建了一些有趣的功能。源代码是公开的，欢迎随时查看。
- 可以暂停和恢复未完成的下载。
- 用于在数据库中存储数据块的自定义缓冲区。
在介绍这些功能的实现方式之前，我们先快速回顾一下如何使用 Fetch API 下载文件。
/**
* Downloads a single file.
*
* @param {string} url URL of the file to be downloaded.
*/
async function downloadFile(url) {
const response = await fetch(url);
const reader = response.body.getReader();
do {
const { done, dataChunk } = await reader.read();
// Store the `dataChunk` to IndexedDB.
} while (!done);
}
注意到 await reader.read() 处于循环状态吗？这样，您就可以在可读取的流中接收从网络传入的数据块。不妨想想这有多实用：您甚至可以在数据从网络中全部传输到达之前就开始处理数据。
继续下载
当下载暂停或中断时，已到达的数据块将安全地存储在 IndexedDB 数据库中。然后，您可以在应用中显示用于恢复下载的按钮。由于 Kino 演示版 PWA 服务器支持 HTTP 范围请求，因此恢复下载操作比较简单：
async downloadFile() {
// this.currentFileMeta contains data from IndexedDB.
const { bytesDownloaded, url, downloadUrl } = this.currentFileMeta;
const fetchOpts = {};
// If we already have some data downloaded,
// request everything from that position on.
if (bytesDownloaded) {
fetchOpts.headers = {
Range: `bytes=${bytesDownloaded}-`,
};
}
const response = await fetch(downloadUrl, fetchOpts);
const reader = response.body.getReader();
let dataChunk;
do {
dataChunk = await reader.read();
if (!dataChunk.done) this.buffer.add(dataChunk.value);
} while (!dataChunk.done && !this.paused);
}
适用于 IndexedDB 的自定义写入缓冲区
从理论上讲，将 dataChunk 值写入 IndexedDB 数据库的过程很简单。这些值已经是 ArrayBuffer 实例，可以直接存储在 IndexedDB 中，因此我们只需创建一个适当形状的对象并将其存储即可。
const dataItem = {
url: fileUrl,
rangeStart: dataStartByte,
rangeEnd: dataEndByte,
data: dataChunk,
}
// Name of the store that will hold your data.
const storeName = 'fileChunksStorage'
// `db` is an instance of `IDBDatabase`.
const transaction = db.transaction([storeName], 'readwrite');
const store = transaction.objectStore(storeName);
const putRequest = store.put(data);
putRequest.onsuccess = () => { ... }
虽然这种方法可行，但您可能会发现 IndexedDB 写入速度比下载速度慢得多。这并不是因为 IndexedDB 写入速度很慢，而是因为我们为从网络接收的每个数据块创建新事务，增加了大量事务开销。
下载的数据块可以非常小，并且可由音频流快速连续发出。您需要限制 IndexedDB 写入速率。在 Kino 演示版 PWA 中，我们通过实现中间写入缓冲区来实现这一点。
当数据块从网络传入时，我们会先将其附加到缓冲区。如果传入的数据大小不合适，我们会先将整个缓冲区清空并清空数据库，然后再附加其余数据。因此，我们的 IndexedDB 写入频率会降低，从而显著提升写入性能。
从离线存储空间传送媒体文件
下载媒体文件后，您可能希望 Service Worker 从 IndexedDB 提供它，而不是从网络提取文件。
/**
* The main service worker fetch handler.
*
* @param {FetchEvent} event Fetch event.
*/
const fetchHandler = async (event) => {
const getResponse = async () => {
// Omitted Cache API code used to serve static assets.
const videoResponse = await getVideoResponse(event);
if (videoResponse) return videoResponse;
// Fallback to network.
return fetch(event.request);
};
event.respondWith(getResponse());
};
self.addEventListener('fetch', fetchHandler);
那么，您需要在 getVideoResponse() 中执行什么操作？
event.respondWith()方法需要Response对象作为形参。Response() 构造函数告诉我们，有几种类型的对象可用于实例化
Response对象：Blob、BufferSource、ReadableStream等。我们需要一个不会将所有数据存储在内存中的对象，因此可能需要选择
ReadableStream。
此外，由于我们要处理的是大型文件，并且希望允许浏览器仅请求当前需要的文件部分，因此我们需要实现对 HTTP 范围请求的一些基本支持。
/**
* Respond to a request to fetch offline video file and construct a response
* stream.
*
* Includes support for `Range` requests.
*
* @param {Request} request Request object.
* @param {Object} fileMeta File meta object.
*
* @returns {Response} Response object.
*/
const getVideoResponse = (request, fileMeta) => {
const rangeRequest = request.headers.get('range') || '';
const byteRanges = rangeRequest.match(/bytes=(?<from>[0-9]+)?-(?<to>[0-9]+)?/);
// Using the optional chaining here to access properties of
// possibly nullish objects.
const rangeFrom = Number(byteRanges?.groups?.from || 0);
const rangeTo = Number(byteRanges?.groups?.to || fileMeta.bytesTotal - 1);
// Omitting implementation for brevity.
const streamSource = {
pull(controller) {
// Read file data here and call `controller.enqueue`
// with every retrieved chunk, then `controller.close`
// once all data is read.
}
}
const stream = new ReadableStream(streamSource);
// Make sure to set proper headers when supporting range requests.
const responseOpts = {
status: rangeRequest ? 206 : 200,
statusText: rangeRequest ? 'Partial Content' : 'OK',
headers: {
'Accept-Ranges': 'bytes',
'Content-Length': rangeTo - rangeFrom + 1,
},
};
if (rangeRequest) {
responseOpts.headers['Content-Range'] = `bytes ${rangeFrom}-${rangeTo}/${fileMeta.bytesTotal}`;
}
const response = new Response(stream, responseOpts);
return response;
您可以随时查看 Kino 演示版 PWA 的 Service Worker 源代码，了解我们如何从 IndexedDB 读取文件数据并在真实应用中构建数据流。
其他注意事项
主要障碍已被解决，现在您可以开始向视频应用添加一些实用功能了。以下是您在 Kino 演示版 PWA 中会看到的一些功能示例：
- Media Session API 集成，可让用户使用专用硬件媒体键或通过媒体通知弹出式窗口来控制媒体播放。
- 使用老旧的 Cache API 缓存与媒体文件关联的其他资源，例如字幕和海报图片。
- 支持在应用内下载视频串流 (DASH、HLS)。由于串流清单通常会声明多个不同码率的来源，因此您需要转换清单文件，并仅下载一个媒体版本，然后再将其存储以供离线观看。
接下来，您将了解利用音频和视频预加载快速回放。