微前端中sessionStorage无法跨子应用共享，应由主应用统一管理会话状态，通过props、context或自定义事件分发token和用户信息，并配合后端鉴权实现一致性。
JavaScript 中的 Session 本身是浏览器端的本地存储机制（sessionStorage），它天然**不跨域、不跨标签页、不跨子应用**，所以在微前端架构中无法直接靠它实现多子应用间的状态共享。真正可行的方案不是“用 sessionStorage 共享”，而是**绕过它的限制，统一管理会话状态的来源和分发方式**。
用主应用统一维护会话状态
微前端中推荐将登录态、用户信息、权限等核心会话数据交由主应用（Main App）集中持有和管理，子应用通过约定好的通信机制（如 props、globalContext 或自定义事件）按需获取或监听变更。
- 主应用登录成功后，把 token、userInfo 等存入自己的内存对象（例如
const globalSession = { token: 'xxx', user: {...} }），而非仅写入sessionStorage - 子应用挂载时，主应用通过 props（qiankun 的
props）、或全局 context（如 React Context / Vue provide/inject）注入 session 数据 - 子应用需监听主应用发出的登出/刷新事件（例如
window.dispatchEvent(new CustomEvent('session:logout'))），及时清理自身缓存
避免直接读写 sessionStorage 做共享
不同子应用通常运行在不同域名或路径下（如 app1.example.com 和 app2.example.com），即使同域，若子应用以 iframe 或沙箱方式加载，sessionStorage 也是隔离的。强行尝试读取大概率失败或返回空值。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 不要在子应用里调用
sessionStorage.getItem('token')期望拿到其他子应用写入的内容 - 如果必须持久化 token，建议只由主应用写入，并设置合理过期逻辑；子应用应优先使用主应用传来的实时 session 对象
- 开发阶段可通过同域 + 相同
document.domain临时绕过（不推荐生产环境使用）
配合后端 Token + 前端状态同步机制
真正的“会话一致性”依赖后端鉴权（如 JWT）与前端状态同步结合。前端不靠存储共享，而靠统一校验和响应式更新。
立即学习“Java免费学习笔记（深入）”；
- 所有子应用的 API 请求都携带主应用提供的 token（通过拦截器自动注入 Authorization header）
- 当某子应用触发登出，主应用清除内存 session、删除
sessionStorage中的 token，并通知所有活跃子应用更新 UI - 可引入轻量状态管理库（如
zustand或pinia）在主应用内创建全局 session store，子应用通过桥接函数访问
qiankun 场景下的实用建议
使用 qiankun 时，可以利用其生命周期钩子和 props 传递能力构建安全的状态通道。
- 主应用在
loadMicroApp或registerMicroApps中，把 session 对象作为props透传给子应用 - 子应用在
mount钩子中接收 props，并保存到自身状态；同时监听window.addEventListener('session:update', ...) - 主应用封装一个
setSession(data)方法，内部更新内存 + 触发自定义事件，保证各处同步
