Shared Worker 无法触发页面刷新，因其运行在独立线程，无 window、document、location 等 DOM API 权限，只能通过 postMessage 通知页面自行调用 window.location.reload()。

shared worker 里不能调用 location.reload()，因为它根本没访问 location 对象的权限——worker 环境没有 window、document 或 location，连全局作用域都不一样。

为什么 Shared Worker 无法触发页面刷新

Shared Worker 运行在独立线程，与任何页面 DOM 完全隔离。它不持有当前页面引用，也无法获取 URL、执行导航或触发重载。即使你知道某个页面该更新了，Worker 也不能代替它调用 location.reload()。

• Worker 中访问 location 会直接报 ReferenceError: location is not defined
• window、document、history 等全部不可用，只支持 fetch、IndexedDB、setTimeout 等有限 API
• 页面刷新必须由页面自身发起，Worker 只能“通知”，不能“执行”

让页面主动刷新的可靠通信方式

Worker 检测到需要更新（比如版本变化、配置变更），应通过 postMessage 向所有连接端口发送指令，由各页面自行决定是否刷新。

• Worker 发送：port.postMessage({ type: 'APP_UPDATE_REQUIRED', version: '2.3.1' })
• 页面监听：port.onmessage = ({ data }) => { if (data.type === 'APP_UPDATE_REQUIRED') { window.location.reload(); } }
• 为避免多个标签页同时刷新，可加简单防抖：只允许最近 5 秒内首个收到消息的页面执行 reload
• 更稳妥的做法是先提示用户：“检测到新版本，是否立即刷新？”，再调用 window.location.reload()

绕过缓存强制拉取最新资源的替代方案

单纯 location.reload() 在现代浏览器中已不保证从服务器重新加载；若目标是确保拿到最新 HTML 和 JS，需组合处理：

• 页面端改用带时间戳跳转：window.location.assign(window.location.href + (window.location.search ? '&' : '?') + 't=' + Date.now())
• 对关键资源（如 main.js）添加查询参数或使用 import('./app.js?t=' + Date.now()) 动态加载
• 服务端配合设置响应头：Cache-Control: no-cache, must-revalidate，使浏览器每次验证资源有效性
• 微信等特殊环境可额外追加 &t_reload=xxx 参数，规避其内部缓存策略

兼容性兜底：当 Shared Worker 不可用时

iOS Safari 旧版本、部分安卓 WebView 或禁用 Worker 的场景下，Shared Worker 初始化会失败。此时应降级为基于 localStorage + storage 事件的同步机制，并由页面自己轮询版本文件：

• 页面定期 fetch('/version.json') 比对 hash 或 timestamp
• 检测到差异后，同样走用户确认 → window.location.reload() 流程
• 用 localStorage.setItem('lastCheckedVersion', v) 防止重复检查
• 所有 fallback 逻辑必须在页面主线程完成，Worker 不参与