sessionstorage不跨标签页共享，因其作用域为单个标签页生命周期；新开标签页仅通过window.open()或target="_blank"继承初始数据，手动输入url则为空；刷新保留、关闭清空；需借localstorage+storage事件实现跨标签同步。
sessionStorage 在单窗口多标签页切换时，并不共享数据——每个标签页拥有完全独立的 sessionStorage 实例。它看起来像“会话级存储”，但这个“会话”指的是**单个标签页的生命周期**，而非用户在浏览器中的整体操作会话。
新开标签页是否继承 sessionStorage？
取决于打开方式：
- 通过 window.open() 或带 target="_blank" 的链接打开：新标签页会复制父页当时的 sessionStorage 内容（仅一次，之后各自独立）
- 手动在地址栏输入 URL、书签打开、或从其他应用跳转：新标签页的 sessionStorage 是空的，与之前任何标签页无关
- 刷新当前页面：sessionStorage 保留不变，数据仍在
- 关闭标签页：对应 sessionStorage 立即清空，不可恢复
为什么不能靠它做登录态跨标签同步？
因为它的设计目标是隔离，不是通信：
- 即使两个标签页都打开了 /dashboard.html，它们的 sessionStorage.getItem('token') 返回值可能完全不同
- 一个标签页调用 sessionStorage.setItem('token', 'abc')，另一个标签页完全感知不到
- 用户在标签 A 登出（清除 token），标签 B 仍持有旧值，造成状态不一致和安全风险
想实现跨标签登录态同步，该怎么做？
得绕过 sessionStorage 的限制，借助浏览器提供的事件机制来“桥接”：
- 用 localStorage 做中转站：登录后把 token 同时写入 localStorage 和 sessionStorage；登出时清空两者
- 监听 storage 事件：在所有页面监听 localStorage 变化，一旦检测到 token 更新或删除，就同步更新本地 sessionStorage 和 UI 状态
- 配合定时检查：防止页面加载早于 storage 事件（如冷启动），可加一层 localStorage 读取兜底
- 注意同源限制：协议、域名、端口必须完全一致，否则 storage 事件不会触发
实际开发中容易踩的坑
这些细节不处理，同步逻辑就会失效：
- 没做 null 判断：sessionStorage.getItem('token') 可能返回 null，直接用于请求头会报错
- 忽略 事件来源：storage 事件的 event.key 匹配要严格，避免误响应其他 key 的变更
- 未处理 多端登出：用户在手机端登出，PC 端标签页无法自动感知，需服务端 token 失效 + 客户端轮询或 WebSocket 通知
- 混淆 sessionStorage 和 cookie 的作用域：cookie 可设 Path 和 Domain 控制范围，sessionStorage 没有这类配置项
