Pinia 作为弹窗调度中心管理队列状态与生命周期:用 store 统一维护 queue、currentId、isPaused,封装 push/showNext/closeCurrent/clearAll 等操作,UI 层通过响应式状态被动渲染,配合 Teleport 实现解耦与健壮性。

Pinia 本身不直接处理弹窗的 UI 渲染或动画,但它非常适合管理弹窗队列的**状态逻辑**:比如“当前有哪些待显示弹窗”“哪个正在显示”“是否允许叠加”“关闭后如何清理”。关键在于把弹窗当作一种可调度、可响应、可控制的业务状态来建模,而不是耦合在组件里硬写。
定义弹窗队列状态和操作
用一个 store 管理所有弹窗生命周期相关数据:
-
state 存一个响应式数组(如
queue = ref([])),每项是带唯一id、type、content、duration的弹窗配置 - 用
currentId = ref(null)标记当前正在展示的弹窗 ID(便于控制“一次只弹一个”) - 用
isPaused = ref(false)支持手动暂停队列消费(比如页面失焦时)
提供统一的弹窗触发与关闭接口
在 store 的 actions 中封装方法,避免各处重复逻辑:
-
push(notification):校验重复(按id或type + key去重)、自动添加时间戳和唯一 ID、推入队列 -
showNext():检查queue.length > 0 && !currentId.value,取出队首并赋值给currentId -
closeCurrent():清空currentId,再调用showNext()自动弹下一个 -
clearAll():清空整个队列,适用于登出或切换用户场景
配合 Teleport 实现响应式驱动弹窗
组件层不主动控制显隐,而是监听 store 状态变化:
- 在全局弹窗组件中,用
v-if="store.currentId"控制挂载 - 通过
computed从queue找到当前项:currentItem = computed(() => queue.value.find(i => i.id === currentId.value)) - 弹窗内部调用
store.closeCurrent()关闭自己,而不是v-model或emit - 配合
确保层级和样式隔离
注意路由切换与页面卸载时的协调
避免弹窗“卡住”或跨页面错乱:
- 进入新页面前(如
beforeRouteLeave或onBeforeUnmount),调用store.pause()暂停消费,不是清空队列 - 页面重新聚焦(
visibilitychange或focus)后恢复消费:store.resume() - 如果弹窗含 WebSocket 通知来源,确保消息接收仍继续,只是暂不触发
showNext()
本质上,Pinia 在这里扮演的是“弹窗调度中心”的角色——它不管怎么画、怎么动,只管谁该上、谁该下、什么时候轮到谁。UI 层保持被动响应,逻辑层保持集中可控,这样既解耦又健壮。










