如何在 Service Worker 中跨事件监听器共享数据-js教程-PHP中文网

本文讲解如何在 Firebase Service Worker（如 firebase-messaging-sw.js）中，将通过 self.addEventListener('message') 接收到的数据安全、可靠地传递给 messaging.onBackgroundMessage 回调函数，解决因执行时序或作用域导致的变量不可访问问题。

本文讲解如何在 firebase service worker（如 firebase-messaging-sw.js）中，将通过 `self.addeventlistener('message')` 接收到的数据安全、可靠地传递给 `messaging.onbackgroundmessage` 回调函数，解决因执行时序或作用域导致的变量不可访问问题。

在 Service Worker 环境中，messaging.onBackgroundMessage 和 self.addEventListener('message') 是两个独立的异步事件监听器，它们不共享执行上下文，也不保证执行顺序。直接在外部声明 let messageData 并期望其在 onBackgroundMessage 中“自然可用”，往往失败——根本原因通常是：onBackgroundMessage 触发时，message 事件尚未发生（或根本未触发），导致 messageData 仍为 undefined。

✅ 正确做法是：将接收到的配置数据持久化存储，并在 onBackgroundMessage 中按需读取。推荐使用 self.registration?.active?.postMessage 或更可靠的 indexedDB / caches，但针对轻量级运行时配置（如多语言文案、主题键名等），最简洁且符合 SW 生命周期的方式是 利用 self 全局对象 + 显式状态检查：

// ✅ 声明可被多个监听器访问的共享状态（挂载到 self 上）
self.messageConfig = null;

// 监听主线程发送的配置数据（例如：i18n 文案、通知模板）
self.addEventListener('message', (event) => {
  if (event.data && event.data.type === 'SET_MESSAGE_CONFIG') {
    self.messageConfig = event.data.payload;
    console.log('[SW] Config updated:', self.messageConfig);
  }
});

// 在 onBackgroundMessage 中安全使用配置
importScripts('https://www.gstatic.com/firebasejs/10.12.2/firebase-app-compat.js');
importScripts('https://www.gstatic.com/firebasejs/10.12.2/firebase-messaging-compat.js');

const firebaseApp = firebase.initializeApp({ /* your config */ });
const messaging = firebase.messaging();

messaging.onBackgroundMessage((payload) => {
  // ⚠️ 关键：始终校验配置是否存在，避免 undefined 错误
  if (!self.messageConfig || !self.messageConfig.keywords || !self.messageConfig.lang) {
    console.warn('[SW] Missing messageConfig, using fallback notification');
    return self.registration.showNotification('New Message', {
      body: payload.data?.body || 'You have a new message.'
    });
  }

  const { keywords, lang } = self.messageConfig;
  const title = keywords[lang]?.title || 'Notification';
  const body = keywords[lang]?.body || payload.data?.body || 'New update';

  return self.registration.showNotification(title, { body });
});

? 重要注意事项：

self.messageConfig 是全局状态，但 Service Worker 可能被终止或重启，不适用于长期存储敏感/大体积数据；
主线程必须主动发送配置：navigator.serviceWorker.controller.postMessage({ type: 'SET_MESSAGE_CONFIG', payload: { keywords, lang } })；
onBackgroundMessage 的触发完全由 FCM 消息驱动，与 postMessage 无因果关系——因此不能假设配置已就绪，务必做空值检查；
若需强一致性（如动态更新通知行为），建议结合 fetch 事件拦截 + 缓存策略，或改用 firebase-messaging-sw.js 的 setBackgroundMessageHandler（新版 SDK 推荐方式）。

? 总结：跨事件共享数据的本质不是“变量提升”，而是显式状态管理 + 时序容错。优先使用 self 挂载轻量配置，配合防御性编程，即可稳健支撑国际化通知、A/B 测试文案等典型场景。