商品秒杀倒计时结束需触发全局状态变更，应通过独立 Pinia store 实例（如 useCountdown(id)）管理各商品状态，配合事件总线广播、localStorage 持久化 targetTime 并实时计算 remaining，确保刷新后倒计时准确衔接。
商品秒杀倒计时结束需要触发全局状态变更（如关闭按钮、更新库存、跳转提示），关键不在“倒计时怎么写”，而在于状态变化如何被多个无关组件感知并响应。Pinia 本身不自动广播事件，但通过响应式 state + 合理设计 store 结构，能自然实现这一目标。
用独立 store 实例管理每个秒杀项
避免把所有倒计时塞进一个全局 store。每个商品秒杀应有自己专属的 store 实例，确保互不干扰：
- 定义工厂函数
useCountdown(id)，返回带唯一id的 store - state 中包含
remaining: number、isRunning: boolean、status: 'idle' | 'running' | 'ended' - 在定时器逻辑中，当
remaining 时，自动设 <code>status = 'ended'并停止定时器
让组件响应 status 变化而非监听时间归零
组件不主动判断 “是否到了0秒”，而是响应 store 的 status 状态：
- 按钮组件：用
v-if="store.status === 'running'"显示“抢购中”，v-else-if="store.status === 'ended'"显示“已结束” - 库存组件：watch
store.status，一旦变为'ended'，立即调用fetchStock()或触发store.$patch({ stock: 0 }) - 无需手动 emit 或 $dispatch，响应式会自动更新所有使用该 store 的地方
需要跨页面/跨模块通知？加一个轻量事件层
如果倒计时结束还需触发非当前商品页的逻辑（比如首页弹窗、消息中心标记），可在 store 内部用简单事件机制解耦：
- 在 store actions 中，
endCountdown()执行完状态更新后，调用emit('countdown-ended', { id, sku }) - 在根组件或 layout 层用
onMounted(() => { eventBus.on('countdown-ended', handler) })监听 - 不依赖第三方库，用一个
const eventBus = { on: ..., emit: ... }对象即可满足需求
刷新后仍需保持倒计时状态？配合 localStorage 持久化
用户刷新页面时，不能让倒计时从头开始。利用 Pinia 的 persist 插件做精准控制：
- 只持久化
targetTime和status，不存remaining（它每次启动应实时计算） - store 初始化时，读取
targetTime，重新计算remaining = Math.max(0, targetTime - Date.now()) - 这样即使页面关闭再打开，倒计时依然准确衔接，状态也同步更新
