扩展Service Worker生命周期疑问：Supabase事件监听器能否唤醒休眠实例？

已知Chrome扩展的Service Worker可被标准Service Worker事件及扩展命名空间内的事件唤醒。现存在疑问：若在Service Worker全局作用域中声明第三方模块（如Supabase）的事件监听器，比如supabase.auth.onAuthStateChange，当Service Worker处于休眠状态时，这类第三方事件（如令牌刷新过期触发的TOKEN_REFRESHED事件）能否触发并唤醒Service Worker？

MCVE（background.ts） #

import supabase from 'API/client';

chrome.runtime.onInstalled.addListener((details: chrome.runtime.InstalledDetails) => {
  if (details.reason === 'update') {
    chrome.storage.local.set({ lastSyncSnapshot: null });
  }
});

supabase.auth.onAuthStateChange((event: any, session: any) => {
  if (event == 'TOKEN_REFRESHED') {
    chrome.storage.local.set({ session: session });
  }
});

第三方库的事件监听器无法唤醒处于休眠状态的扩展Service Worker。

原因在于Chrome扩展对Service Worker的唤醒逻辑有严格限制，只有浏览器官方定义的触发源才能唤醒休眠的SW，包括：

• 扩展命名空间下的事件（如chrome.runtime.onInstalled、chrome.storage.onChanged等）
• 标准Service Worker事件（如fetch、push、sync等）

而Supabase的onAuthStateChange本质是基于客户端的WebSocket连接或定时轮询实现的事件监听，这类事件不属于浏览器认可的SW唤醒触发源。当Service Worker进入休眠状态后，其内部所有非浏览器级别的事件监听都会暂停，Supabase的回调函数不会被触发，自然也无法唤醒SW。

可行的解决方案 #

1. 将认证监听移至活跃上下文：把onAuthStateChange放到内容脚本、扩展弹出页或侧边栏等长期活跃的页面中，这些页面的脚本不会随SW休眠而停止，能正常监听认证状态变化，之后再通过chrome.runtime.sendMessage通知SW更新存储。
2. 定时唤醒SW检查状态：利用Chrome的chrome.alarms API设置定时任务，定期唤醒SW，在任务中主动调用Supabase接口检查当前认证状态，若发现令牌已刷新则更新存储。
3. 依赖浏览器级事件触发：如果Supabase的令牌刷新操作会触发网络请求，可以在SW中监听对应的fetch事件，以此作为触发源唤醒SW并处理状态更新。

内容的提问来源于stack exchange，提问作者John Jethro Rashbold