SessionStorage 数据仅在当前窗口生命周期内有效，关闭标签页即自动销毁；它绑定浏览上下文（如标签页、iframe），同域不同标签页间隔离，API 与 localStorage 一致但不共享、不持久。
SessionStorage 的数据天然就只在当前窗口（或标签页）的生命周期内有效，不需要额外限制——只要不手动清除或关闭窗口，数据会一直保留；一旦关闭窗口或标签页，数据自动销毁。
什么是“当前窗口生命周期”
SessionStorage 绑定的是浏览器中的一个 浏览上下文（browsing context），通常对应一个标签页、iframe 或 window.open() 打开的独立窗口。同一个域名下，不同标签页之间的 sessionStorage 是完全隔离的，互不可见。
- 新开一个标签页访问同一页面 → 拥有独立的 sessionStorage，初始为空
- 通过
window.open()打开新窗口 → 新窗口有自己独立的 sessionStorage - 页面刷新（F5 或地址栏回车）→ sessionStorage 保留不变
- 关闭该标签页/窗口 → 对应的 sessionStorage 立即清空
它和 localStorage 的关键区别
localStorage 是域级持久化存储，除非手动调用 clear() 或用户清除浏览器数据，否则一直存在；而 sessionStorage 的生命周期严格跟随窗口，无需代码干预就能做到“仅当前窗口有效”。
- localStorage：跨标签页共享，长期存在
- sessionStorage：单标签页独享，关闭即失
- 两者 API 完全一致（
setItem、getItem、removeItem等）
注意这些常见误区
看似“当前窗口有效”，但实际使用中容易误判场景：
立即学习“Java免费学习笔记（深入）”；
- 单页应用（SPA）路由跳转不影响 sessionStorage：Vue Router / React Router 的路径切换属于页面内导航，窗口未关闭，数据仍在
- iframe 中的 sessionStorage 是独立的：父页和子 iframe 各自维护一份，不能直接共享
- 浏览器恢复会话（如崩溃后重启）可能保留 sessionStorage：取决于浏览器实现（Chrome 通常保留，Firefox 可能清空），不属于标准保证行为
-
不能跨窗口同步：即使同源，两个标签页的 sessionStorage 无法自动互通，需借助
BroadcastChannel或 postMessage 协作
什么时候该用 sessionStorage
适合保存临时、敏感、与当前会话强绑定的数据：
- 表单草稿（用户中途关闭页面，重新打开就没了，符合预期）
- 登录态临时凭证（配合服务端 session，避免 localStorage 被 XSS 劫持）
- 向导步骤状态（多步流程中暂存中间结果）
- 页面级 UI 配置（比如某次展开的折叠面板状态）
