利用 Workbox 打造弹性搜索体验

Demián Renzulli
Demián Renzulli

此 Codelab 将介绍如何使用 Workbox 实现弹性搜索体验。该演示应用包含一个用于调用服务器端点的搜索框,并将用户重定向到基本 HTML 网页。

测量

在添加优化之前,最好先分析应用的当前状态。

  • 点击 Remix to Edit 使项目可供修改。
  • 如需预览网站,请按查看应用。然后按全屏图标 全屏

在新打开的标签页中,检查网站在离线时的行为:

  1. 按 `Control+Shift+J`(在 Mac 上,按 `Command+Option+J`)打开开发者工具。
  2. 点击网络标签页。
  3. 打开 Chrome 开发者工具,然后选择“网络”面板。
  4. 节流下拉列表中,选择离线
  5. 在演示应用中输入搜索查询,然后点击搜索按钮。

系统会显示标准浏览器错误页面:

浏览器中默认离线用户体验的屏幕截图。

提供后备回答

服务工作线程包含用于将离线网页添加到预缓存列表的代码,因此该网页始终可以在服务工作线程的 install 事件中进行缓存。

通常,您需要通过将 Workbox 库与您选择的构建工具(例如 webpackgulp)集成,来指示 Workbox 在构建时将此文件添加到预缓存列表中。

为简单起见,我们已为您完成此操作。public/sw.js 中的以下代码可实现此目的:

const FALLBACK_HTML_URL = '/index_offline.html';

workbox.precaching.precacheAndRoute([FALLBACK_HTML_URL]);

接下来,添加代码以将离线网页用作回退响应:

  1. 如需查看来源,请按查看来源
  2. 将以下代码添加到 public/sw.js 的底部:
workbox.routing.setDefaultHandler(new workbox.strategies.NetworkOnly());

workbox.routing.setCatchHandler(({event}) => {
  switch (event.request.destination) {
    case 'document':
      return caches.match(FALLBACK_HTML_URL);
      break;
    default:
      return Response.error();
  }
});

代码会执行以下操作:

  • 定义将应用于所有请求的默认仅限广告资源网策略
  • 通过调用 workbox.routing.setCatchHandler() 声明全局错误处理程序来管理失败的请求。如果请求的是文档,系统会返回备用离线 HTML 网页。

如需测试此功能,请执行以下操作:

  1. 返回到正在运行应用的另一个标签页。
  2. 节流下拉列表重新设为在线
  3. 按 Chrome 的返回按钮返回到搜索页面。
  4. 确保开发者工具中的禁用缓存复选框处于未选中状态。
  5. 长按 Chrome 的重新加载按钮,然后选择清空缓存并硬性重新加载,以确保您的 Service Worker 已更新。
  6. 节流下拉列表重新设置为离线
  7. 输入搜索查询,然后再次点击搜索按钮。

系统会显示后备 HTML 网页:

浏览器中自定义离线用户体验的屏幕截图。

请求通知权限

为简单起见,views/index_offline.html 中的离线网页已包含在底部脚本块中请求通知权限的代码:

function requestNotificationPermission(event) {
  event.preventDefault();

  Notification.requestPermission().then(function (result) {
    showOfflineText(result);
  });
}

代码会执行以下操作:

  • 当用户点击订阅通知时,系统会调用 requestNotificationPermission() 函数,该函数会调用 Notification.requestPermission() 以显示默认的浏览器权限提示。相应 Promise 会解析为用户选择的权限,可以是 granteddenieddefault
  • 将已解析的权限传递给 showOfflineText(),以向用户显示相应的文本。

在离线时保留查询,并在重新联网后重试

接下来,实现 Workbox 后台同步以保留离线查询,以便在浏览器检测到连接已恢复时重试这些查询。

  1. 打开 public/sw.js 进行修改。
  2. 将以下代码添加到文件末尾:
const bgSyncPlugin = new workbox.backgroundSync.Plugin('offlineQueryQueue', {
  maxRetentionTime: 60,
  onSync: async ({queue}) => {
    let entry;
    while ((entry = await queue.shiftRequest())) {
      try {
        const response = await fetch(entry.request);
        const cache = await caches.open('offline-search-responses');
        const offlineUrl = `${entry.request.url}&notification=true`;
        cache.put(offlineUrl, response);
        showNotification(offlineUrl);
      } catch (error) {
        await this.unshiftRequest(entry);
        throw error;
      }
    }
  },
});

代码会执行以下操作:

  • workbox.backgroundSync.Plugin 包含将失败的请求添加到队列的逻辑,以便稍后重试。这些请求将保留在 IndexedDB 中。
  • maxRetentionTime 表示可以重试请求的时间量。在本例中,我们选择了 60 分钟(之后系统会舍弃该数据)。
  • onSync 是此代码中最重要的部分。当连接恢复时,系统会调用此回调,以便检索排队的请求,然后从网络中提取这些请求。
  • 网络响应会添加到 offline-search-responses 缓存中,并附加 &notification=true 查询参数,以便在用户点击通知时提取此缓存条目。

如需将后台同步与您的服务集成,请为向搜索网址 (/search_action) 发出的请求定义 NetworkOnly 策略,并传递之前定义的 bgSyncPlugin。将以下代码添加到 public/sw.js 的底部:

const matchSearchUrl = ({url}) => {
  const notificationParam = url.searchParams.get('notification');
  return url.pathname === '/search_action' && !(notificationParam === 'true');
};

workbox.routing.registerRoute(
  matchSearchUrl,
  new workbox.strategies.NetworkOnly({
    plugins: [bgSyncPlugin],
  }),
);

这会告知 Workbox 始终访问网络,并在请求失败时使用后台同步逻辑。

接下来,将以下代码添加到 public/sw.js 的底部,以定义来自通知的请求的缓存策略。使用 CacheFirst 策略,以便从缓存中提供这些资源。

const matchNotificationUrl = ({url}) => {
  const notificationParam = url.searchParams.get('notification');
  return (url.pathname === '/search_action' && (notificationParam === 'true'));
};

workbox.routing.registerRoute(matchNotificationUrl,
  new workbox.strategies.CacheFirst({
     cacheName: 'offline-search-responses',
  })
);

最后,添加用于显示通知的代码:

function showNotification(notificationUrl) {
  if (Notification.permission) {
     self.registration.showNotification('Your search is ready!', {
        body: 'Click to see you search result',
        icon: '/img/workbox.jpg',
        data: {
           url: notificationUrl
        }
     });
  }
}

self.addEventListener('notificationclick', function(event) {
  event.notification.close();
  event.waitUntil(
     clients.openWindow(event.notification.data.url)
  );
});

测试该功能

  1. 返回到正在运行应用的另一个标签页。
  2. 节流下拉列表重新设为在线
  3. 按 Chrome 的返回按钮返回到搜索页面。
  4. 长按 Chrome 的重新加载按钮,然后选择清空缓存并硬性重新加载,以确保您的 Service Worker 已更新。
  5. 节流下拉列表重新设置为离线
  6. 输入搜索查询,然后再次点击搜索按钮。
  7. 点击订阅通知
  8. 当 Chrome 询问您是否要授予应用发送通知的权限时,请点击允许
  9. 输入其他搜索查询,然后再次点击搜索按钮。
  10. 节流下拉列表重新设置为在线

连接恢复后,系统会显示一条通知:

完整离线流程的屏幕截图。

总结

Workbox 提供了许多内置功能,可让您的 PWA 更具弹性和吸引力。在此 Codelab 中,您已探索如何通过 Workbox 抽象层实现 Background Sync API,以确保离线用户查询不会丢失,并且可以在连接恢复后重试。 此演示应用是一个简单的搜索应用,但您可以将类似实现用于更复杂的场景和用例,包括聊天应用、在社交网络上发布消息等。