pinia 的 action 无内置优先级调度，需开发者通过调用顺序、await、锁标记、状态字段、$onaction 拦截或任务队列等方式在业务层显式控制执行优先级。
Pinia 的 action 本身不提供内置的执行优先级调度机制，它按调用顺序同步或异步执行，优先级需由开发者在业务层显式控制。
通过调用顺序和 await 控制逻辑优先级
由于 action 是普通函数（支持 async/await），最直接的“优先级”体现为执行时序。高优先级任务应先调用、且后续逻辑可等待其完成。
- 在复合 action 中，用 await 显式等待关键 action 执行完毕，再执行低优先级操作
- 避免多个高优先级 action 并发触发导致状态竞争，可加简单锁标记（如
this.isProcessing = true） - 例如：提交表单前必须校验用户权限，就应在
submitForm中await this.checkPermission()，而非并行发起
用状态字段标记任务紧急程度
可在 store 中定义优先级标识字段（如 pendingPriority 或 nextUrgentTask），让 action 主动读取并决策是否跳过、中断或排队。
- 适合有明确等级场景（如：弹窗提示 > 数据保存 > 日志上报）
- action 启动时检查当前是否有更高优先级任务正在运行，有则延迟自身执行或抛出提示
- 配合
$onAction全局拦截，在before钩子里统一做优先级准入判断
结合队列实现可控调度
对需要严格排序或限流的场景，可封装一个轻量任务队列管理器，把 action 调用包装为带优先级的 task 推入队列。
- 队列按 priority 数值或时间戳排序，每次只运行队首任务
- 任务完成后再取出下一个，避免阻塞主线程，也便于取消低优任务
- 不推荐在每个 action 内硬编码队列逻辑，建议抽成独立工具函数或插件，store 仅负责调用
queue.run(action, { priority: 10 })
注意浏览器原生限制与实际效果
JavaScript 是单线程的，所谓“高优先级”只是业务语义，并非操作系统级调度。真正的响应及时性依赖于：
- 任务是否耗时过长（应拆分或移交 Web Worker）
- 是否合理使用
setTimeout(..., 0)或Promise.resolve().then()让出主线程 - UI 层是否用
v-if/v-show快速反馈状态，而非等 action 完全结束
