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 不参与
