SharedWorker 生命周期独立于单页但依赖浏览器进程，关闭浏览器即终止；其存活由引用计数管理，所有关联页面关闭后几秒内自动销毁，无持久化或跨会话能力。
SharedWorker 的生命周期独立于单个页面，但依赖浏览器进程的存在；一旦浏览器进程关闭（如整个浏览器退出），SharedWorker 会立即终止，无法持久化或跨会话存活。
SharedWorker 的启动与存活条件
SharedWorker 只在首次被 new SharedWorker() 调用时创建，之后同一源（origin）下的其他页面可通过相同 URL 复用它。它的生命周期由“引用计数”机制管理：
- 只要至少有一个页面（tab 或 iframe）保持对它的有效引用（即未调用
port.close()且页面未卸载），SharedWorker 就持续运行； - 所有关联页面全部关闭（包括后台页、静默标签），且无活跃端口通信时，浏览器通常会在几秒内销毁该 SharedWorker；
- 这个过程是自动的，开发者无法手动“保持唤醒”或延长其存活时间。
浏览器进程关闭时的行为
SharedWorker 运行在浏览器为该源单独分配的共享工作线程进程中（非渲染进程，也非主线程），但它仍隶属于浏览器主进程的资源调度体系：
- 当用户完全退出浏览器（如关闭 Chrome 所有窗口、macOS 上 Quit Chrome、Windows 上结束 chrome.exe 进程），SharedWorker 所在的 worker 进程会被强制终止；
- 没有 onbeforeunload 或 terminate 钩子可供 SharedWorker 捕获进程关闭事件；
- 任何未持久化的内存状态（如全局变量、Map 缓存）将直接丢失，无法触发清理逻辑。
与普通 Worker 和 Service Worker 的关键区别
SharedWorker 不具备跨进程/跨会话能力，这点常被误判：
立即学习“前端免费学习笔记（深入）”；
- 对比 Dedicated Worker：后者绑定单个页面，页面关闭即销毁；SharedWorker 支持多页面共享，但依然无法脱离当前浏览器会话；
- 对比 Service Worker：Service Worker 可在页面关闭后继续处理 push、fetch、sync 等事件，并支持 install/activate 生命周期钩子；SharedWorker 没有类似机制，也不受 service worker 控制；
-
不支持重启或恢复：即使浏览器快速重开，SharedWorker 实例不会自动重建，需各页面重新调用
new SharedWorker()初始化。
实际开发中的注意事项
因 SharedWorker 生命周期不可靠，设计时应避免强依赖其长期驻留：
- 敏感状态（如登录凭证、临时 token）不要仅存在 SharedWorker 内存中，需配合 localStorage 或 IndexedDB 同步；
- 跨页面通信场景下，做好端口断连重连逻辑（监听
port.onclose，并在新页面中重新建立连接）； - 调试时注意：Chrome 的“任务管理器”（Shift+Esc）可查看 SharedWorker 进程，但关闭浏览器后该进程条目立即消失，证实其强绑定性。
