sessionstorage的作用域单位是“同源+同浏览上下文”，而浏览上下文由打开方式决定，不是由url或域名自动合并；同源页面仅在复用同一标签页（如location跳转、window.open("_self")）时共享，新开标签页或弹窗则创建独立实例。
sessionStorage 的作用域不是简单地“按标签页划分”，而是绑定在**浏览器会话（session）的上下文单元**上，这个单元通常是单个标签页或窗口，但关键要看它是如何被打开的。
同源页面间是否共享 sessionStorage？
同一域名、协议、端口下的页面，只有在满足“同一浏览上下文”时才共享 sessionStorage：
- 通过
window.location.href跳转、location.reload()刷新、history.pushState()导航——仍属同一上下文，sessionStorage 保留 - 用
window.open(url, "_self")或window.open(url, "sameWindowName")打开——复用当前窗口/标签页，sessionStorage 继续可用 - 用
window.open(url, "_blank")新开标签页——创建独立上下文，sessionStorage 不继承、不共享 - 用户手动 Ctrl+T 或右键“在新标签页中打开链接”——也是全新上下文，无数据传递
弹出窗口（popup）是否能访问父页的 sessionStorage？
不能直接访问。即使弹出窗口与父页同源，只要它是通过 window.open(..., "_blank") 等方式新开的独立上下文，它就有自己独立的 sessionStorage 实例。
不过有例外：如果弹窗是通过 window.open(url, "windowName") 并指定固定名称，且父页此前已打开过同名窗口（未关闭），则可能复用该窗口上下文——此时 sessionStorage 可延续。但这属于特殊复用场景，不可依赖。
常见误判场景与应对建议
开发者常误以为“同域名 = sessionStorage 可互通”，结果在多标签页协作或弹窗通信中失败。实际应按以下原则处理：
- 需要跨标签页/窗口传递临时数据 → 改用
localStorage+storage事件监听，或配合postMessage主动传参 - 表单分步填写需刷新保留 → 确保所有步骤都在同一标签页内跳转（避免
_blank），或用history.state+ URL 参数辅助 - 弹窗需获取父页状态 → 显式通过
window.open(url, "_blank", "…")的第三个参数传参，或用postMessage发送必要字段（如 token、stepId） - 敏感信息绝不存入 sessionStorage —— XSS 攻击可直接读取，且关闭前始终存在风险
一句话总结作用域本质
sessionStorage 的作用域单位是“**同源 + 同浏览上下文**”，而浏览上下文由打开方式决定，不是由 URL 或域名自动合并。它不随同源页面“自动广播”，也不因弹窗同源就“默认继承”。
