Pinia可通过$subscribe监听状态变更实现轻量级组件通信，支持字段过滤与自动解绑；watch适用于细粒度响应；actions封装“发布”逻辑；组合式store+自定义hook可进一步封装事件总线。

Pinia 本身不是为组件间通信设计的，但它可以轻松实现类似“发布-订阅”的轻量级通信，无需引入事件总线或 Vuex 的复杂机制。核心思路是：用一个共享的 store 管理状态 + 响应式副作用（如 watch 或 $subscribe）触发监听逻辑，让多个组件“订阅”同一状态变化。

用 $subscribe 监听 store 状态变更

这是最接近“订阅”语义的方式。每个组件可调用 store.$subscribe()，在回调中响应特定字段的变化，且自动解绑（组件卸载时）。

• 只监听你关心的字段，避免过度响应；可用 mutation.storeId 和 mutation.type 过滤动作类型
• 回调函数接收 mutation（含 type、storeId、payload）和 state 快照，适合做副作用（如弹窗、日志、滚动）
• 返回值是取消监听的函数，可用于手动控制生命周期（比如条件性订阅）

用 watch 配合 store 属性实现细粒度响应

当需要响应某个计算属性或嵌套字段（如 user.profile.name）时，watch 比 $subscribe 更精准、更直观。

• 直接监听 store.xxx 或 () => store.obj.field，支持深度监听和立即执行
• 适用于 UI 同步类场景：比如 A 组件修改了 filter.keyword，B 组件立刻刷新列表
• 注意：watch 回调中不要直接修改被监听的 store 字段，否则可能引发循环更新

用 actions 封装“发布”逻辑，统一触发点

把“发布”行为收敛到 store 的 action 中，既保持调用简洁，又便于追踪和复用。

• 例如定义 notifyUpdate(payload) action，在内部更新状态并可附加日志、API 调用等副作用
• 组件只需调用 store.notifyUpdate({ type: 'REFRESH', id: 123 })，不关心谁在监听
• 配合 TypeScript 接口约束 payload 结构，提升协作清晰度

进阶：组合式 store + 自定义 hook 封装通信逻辑

对高频通信场景（如全局消息、表单校验结果广播），可抽离成可复用的组合式函数，隐藏 Pinia 细节。

• 写一个 useEventBus() hook，内部使用独立 store 存储事件队列或最新事件对象
• 暴露 emit(type, payload) 和 on(type, callback) 类似 API，底层仍基于 watch 或 $subscribe
• 避免污染全局，也不依赖第三方库，体积小、类型友好、调试方便