pinia允许store间调用，但须避开初始化阶段循环依赖；应在getter或action中按需调用，或通过组合函数封装跨store逻辑，必要时用状态快照实现轻量事务回滚。
Pinia 本身不禁止 Store 之间相互调用，但循环依赖必须避开初始化阶段的直接引用——关键不是“能不能”，而是“在哪儿调用”。只要不在 setup 函数顶层同步创建对方 Store 实例，就能安全协作。
避免在 state 或 setup 顶层 import 并调用
这是最常见的雷区。如果两个 Store 在定义时就互相 import 并立即执行 useXXXStore()，模块系统无法确定谁先加载，就会报 circular dependency 警告，甚至运行时报 Cannot access before initialization。
错误写法示例：
❌ 不要这样写-
store/user.js里直接const cart = useCartStore()放在 defineStore 的 return 外部 -
store/cart.js同样在顶层调用useUserStore()
只在 getters 或 actions 内按需创建 Store 实例
Pinia 明确允许在 getter 和 action 中调用其他 Store，此时 store 已完成初始化，状态可安全读取或方法可正常调用。
正确做法：
- 在 getter 中调用
useUserStore()获取用户等级，用于计算购物车折扣价 - 在 action 中调用
useOrderStore()提交订单前校验库存，再调用useCartStore().clear() - 所有跨 Store 逻辑都包裹在函数作用域内，不触发模块加载时序冲突
用组合函数抽离复杂跨 Store 流程
当 checkout、支付、权限校验等操作涉及 3 个以上 Store 协同时，硬编码在某个 Store 里会降低可读性和复用性。
推荐方式：
- 新建
composables/useCheckoutFlow.ts，接收useUserStore()、useCartStore()、usePointStore()实例作为参数 - 函数内部统一处理 try/catch、loading 状态、失败回滚（如还原购物车数量、恢复积分）
- 组件或任意 Store 都可导入并调用该函数，逻辑集中、类型清晰、便于单元测试
必要时手动管理状态快照实现轻量事务
Pinia 没有内置事务机制，但对强一致性要求的场景（比如扣款成功但库存扣减失败），可以靠快照 + $patch 回滚模拟原子性。
- 执行前用
JSON.stringify(cartStore.$state)和JSON.stringify(pointStore.$state)分别备份 - 每步操作后检查返回结果，任一环节失败则调用
cartStore.$patch(backupCart)和pointStore.$patch(backupPoint) - 注意：仅适用于中小型状态，避免深嵌套对象导致 stringify 性能下降
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
