pinia 不支持跨应用状态共享，微前端中需分层设计：子应用隔离使用独立 pinia 实例；主应用通过 qiankun initglobalstate 统一管理并广播全局状态；子应用间通信经主应用中转或事件总线；局部复杂组件用依赖注入+局部 pinia 实例实现状态隔离。
Pinia 本身不直接支持跨应用状态共享，它默认是单实例、作用域绑定于当前 Vue 应用的。在微前端（如 qiankun）中，主应用和多个子应用彼此隔离运行，各自拥有独立的 Vue 实例和 Pinia 实例。因此，不能靠“同一个 store 实例”实现跨应用通信。真正可行的方式是分层设计：隔离为主、共享为辅，通过明确边界 + 标准协议来协作。
子应用内部状态必须严格隔离
每个子应用应使用自己的 Pinia 实例，store 定义、实例创建、状态更新全部限定在自身上下文中：
- 子应用启动时调用
createPinia()创建专属实例，并通过app.use(pinia)注入，不复用主应用的 pinia - store 的
$id必须全局唯一（如'subApp1-user'），避免 DevTools 或插件混淆 - 禁止将子应用 store 实例暴露到 window 或跨 iframe 传递——这会破坏沙箱隔离，qiankun 会拦截或报错
主应用统一提供可订阅的全局状态
需要共享的数据（如用户信息、系统配置、主题、权限）应由主应用集中管理，并通过 qiankun 的 initGlobalState 对外发布：
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 主应用调用
initGlobalState({ user: ..., theme: ... })初始化状态，返回actions对象 - 子应用在
mount钩子中调用actions.onGlobalStateChange监听变更，将关键字段同步到本地 Pinia store 中（例如写入useUserStore().setFromMain(state.user)） - 子应用如需修改全局状态（如切换主题），调用
actions.setGlobalState({ theme: 'dark' })，主应用监听后响应并广播
同级子应用间通信走事件总线或消息通道
两个子应用（如 subApp1 和 subApp2）不能直接读写对方的 Pinia。若需协同（如“编辑器保存后通知预览器刷新”），推荐以下轻量方式：
- 主应用作为中转站：subApp1 发送自定义事件（
new CustomEvent('save-success', { detail: {...} })），主应用监听后调用actions.setGlobalState广播；subApp2 通过onGlobalStateChange捕获 - 或使用主应用提供的简易事件总线（如基于
mitt封装的mainBus），仅开放约定好的事件名，避免耦合 - 不建议子应用之间直接操作 DOM 或跨 window 调用方法——违反微前端设计原则，且易被沙箱阻断
局部复杂组件用依赖注入+局部 Pinia 实例
对页面内高复用、多实例的模块（如多个并列的表单卡片、动态渲染的问卷题块），应放弃“全局 store + activeId 判断”的模式：
- 在父组件 setup 中创建一个局部 Pinia 实例：
const localPinia = createPinia() - 用
provide('localPinia', localPinia)注入到子组件树 - 子组件中调用
useXXXStore(localPinia)获取专属 store 实例，状态完全隔离，互不影响 - 这样既保持了 Pinia 的响应式与调试能力，又规避了全局污染和竞态问题
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
