shared worker 可通过自定义阈值（如 max_tabs = 5）与全局计数器实现标签页数量限制逻辑：注册时判断并广播是否允许，页面据此启用或禁用功能；需处理卸载、崩溃等边界情况，并在不支持环境降级为 broadcastchannel + localstorage 方案。
Shared Worker 本身不提供“标签页数量上限”的判定能力，但可以配合自定义阈值和全局计数器，实现“是否超限”的逻辑判断。核心不是浏览器强制限制，而是由业务定义一个合理上限（比如最多允许 5 个标签页同时操作后台系统），再通过 Shared Worker 统一维护当前活跃标签数，并在每次注册时检查是否超过该阈值。
设定阈值并维护实时计数
在 Shared Worker 脚本中，定义一个固定上限（如 MAX_TABS = 5），并用变量 activeCount 跟踪当前已注册的页面数：
- 每个页面加载时发送
{ type: 'register' }，Worker 收到后先判断activeCount - 若未超限，则
activeCount++并广播{ type: 'count', value: activeCount, allowed: true } - 若已达上限，则不增加计数，直接返回
{ type: 'count', value: activeCount, allowed: false, reason: 'exceeded' }
页面端根据响应决定行为
页面连接 Shared Worker 后，发送 register 消息，并监听返回结果：
- 收到
allowed: true→ 正常初始化功能（如加载数据、启用 WebSocket） - 收到
allowed: false→ 可主动禁用关键交互，显示提示：“检测到您已在其他 5 个标签页中使用本系统，请关闭部分页面后再试” - 建议配合
visibilitychange或pagehide在页面退至后台时延迟注销，避免频繁抖动触发误判
处理边界情况提升鲁棒性
真实场景中需应对刷新、崩溃、强制关闭等导致的计数偏差：
- 页面卸载前务必发送
unregister，且应在beforeunload和pagehide两个事件中都注册（覆盖 Android Chrome 等） - Shared Worker 内为每个 port 绑定
close事件监听器，确保异常断开也能及时减计数 - 可加简单心跳机制：页面每隔 30 秒发一次
ping，Worker 若 60 秒未收到某 port 的 ping，则自动清理其状态
兼容性与降级方案
Shared Worker 在 Safari 16.4+、Chrome、Edge 中可用，但 HTTP 环境下会被静默禁用，旧版 Safari 或 IE 不支持：
- 运行前先检测
typeof SharedWorker !== 'undefined' - 不支持时，可退回到
BroadcastChannel + localStorage方案：用时间戳标记各页面活跃状态，定期轮询清理过期项 - 注意 BroadcastChannel 无法保证消息必达，适合“尽力而为”的提示类逻辑，不适合强一致控制
