sharedworker 是浏览器中唯一能跨标签页共享执行上下文的 web worker，可用于实现全站唯一的网络资源锁。其核心是通过 sharedworker 统一管理资源锁状态（pending/active/done）、维护等待队列、由 worker 自行发起 fetch 并广播结果，页面端封装 acquiredownload 方法并做超时降级与容错处理。
SharedWorker 是浏览器中唯一能跨标签页共享同一执行上下文的 Web Worker 类型，适合用来协调多个页面对同一资源的访问。要实现“全站范围内唯一的网络资源锁”，核心思路是：所有标签页通过 SharedWorker 统一申请、持有和释放锁，确保同一时间最多一个页面发起下载请求，其余页面等待或复用结果。
锁的语义设计与生命周期管理
资源锁不是传统互斥锁（如 mutex），而应是“带状态的协调信号”：包含资源标识（如 URL）、当前持有者（tab ID）、请求状态（pending/active/done）和缓存响应（可选）。SharedWorker 需维护一个 Map，以 resourceKey 为键存储锁对象，并支持以下操作：
- acquire(key, tabId)：若无活跃锁，创建并返回 success；若已有 pending 锁，加入等待队列；若已存在 active 或 done 状态，直接返回缓存结果或重定向到该请求
- release(key, tabId)：仅当 tabId 匹配当前持有者时才释放；释放后触发等待队列中首个请求
- notifyDone(key, response)：标记为 done 并广播结果给所有监听者，后续 acquire 可立即返回该响应
SharedWorker 内部实现关键逻辑
SharedWorker 脚本需监听来自各页面的 message 事件，并用 MessageChannel 建立双向通信。推荐使用 request-id + promise 模式避免竞态：
- 每个页面发消息时附带唯一 requestId 和 resourceKey，Worker 回复时携带相同 requestId，页面靠它 resolve 对应 Promise
- 使用 Map
}> 管理锁状态，queue 存储等待的 MessagePort - 下载由 Worker 自行发起（fetch），而非委托给某个页面 —— 这样可彻底避免页面关闭导致请求中断；下载完成后 broadcast 到所有 port
- 监听 port.onclose，在页面关闭时自动从 queue 中移除对应请求，防止僵尸等待
页面端集成方式与容错处理
每个页面在需要下载前连接 SharedWorker，并封装 acquireDownload(resourceUrl) 方法：
- 初始化 SharedWorker 时检查 navigator.sharedWorker 是否可用；不支持时退化为本地 fetch（无锁，但至少不报错）
- 发送 acquire 消息后，设置超时（如 30s），超时未响应则 fallback 到自主 fetch，并主动 release（即使未真正获得锁）
- 接收 done 消息后，校验 resourceKey 和 etag/last-modified（如有），防止缓存过期；若过期则触发新一轮 acquire
- 页面卸载前（beforeunload）显式调用 release，提升锁回收及时性；但不依赖它，因 Worker 已监听 port.close
实际部署注意事项
SharedWorker 受同源策略严格约束，且部分浏览器（如 Safari）对它的支持有限或默认禁用。上线前需验证：
- Worker 脚本必须托管在与页面同协议、同域名、同端口下；建议统一用 /shared-worker.js 路径
- Safari 16.4+ 才支持 SharedWorker，旧版本需降级策略（例如 localStorage 标记 + 定时轮询，精度低但可用）
- 避免在锁逻辑中做耗时计算；所有 fetch 应设 signal.timeout，防止锁长期阻塞
- 锁粒度建议按资源 URL + query 参数哈希，但忽略变动频繁的参数（如 t=123）以免误判为不同资源
