promise本身不处理跨页面状态同步，它仅在单页内有效且随页面卸载而销毁；跨页面同步需借助sharedworker、localstorage+storage事件、broadcastchannel、indexeddb等机制，并用promise封装后续异步操作。
Promise 本身不处理跨页面状态同步。
Promise 是单页内异步流程控制器
它只在当前 JavaScript 执行上下文中有效，生命周期随页面卸载而终止。新开标签页、刷新页面或关闭窗口后，原有 Promise 实例即被销毁，无法传递或恢复状态。
真正可行的跨页面状态同步方案
需要借助浏览器提供的持久化或通信机制，再配合 Promise 封装逻辑：
-
SharedWorker：多个页面共享同一个 Worker 线程，可用 postMessage + Promise 包装响应（如封装一个
callSharedService(method, data)方法，内部返回 Promise） -
localStorage + storage 事件：一个页面写入状态（
localStorage.setItem('authToken', 'xxx')），其他监听window.addEventListener('storage', ...)的页面捕获变更，再用 Promise 包装后续校验或刷新逻辑 -
BroadcastChannel API：轻量级页面间广播，适合触发同步动作。例如页面 A 发送
channel.postMessage({type: 'REFRESH_DATA'})，页面 B 监听后执行异步拉取，并用 Promise 处理结果：fetch('/api/data').then(...) -
IndexedDB + observe（实验性）：若需复杂状态同步，可将状态存入 IndexedDB，配合
indexedDB.open的 Promise 链管理初始化，再用 MutationObserver 或轮询检测变更（目前无原生监听，需自行设计）
常见误区提醒
不要试图把 Promise 实例序列化（JSON.stringify(p)）或存在 sessionStorage 中——Promise 对象不可序列化，且恢复后状态已丢失，.then 回调也不会自动触发。
推荐组合模式
用 BroadcastChannel 触发动作 + fetch/Promise 处理实际请求 + localStorage 缓存最终状态。例如用户登录后：
- 登录页写入
localStorage.setItem('user', JSON.stringify(userData)) - 通过
bc.postMessage({type: 'USER_LOGIN', user: userData})通知其他页面 - 其他页面监听到后，调用
refreshUI().then(() => console.log('界面已同步'))，其中refreshUI是一个返回 Promise 的函数
本质不是 Promise 同步状态，而是用 Promise 让同步后的操作更可控、可链式处理。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
