Vue 3 废弃空实例事件总线以规避隐式耦合，推荐分层替代：祖先-后代通信用 provide/inject，全局状态用 Pinia，临时广播用 mitt；禁用手动 EventBus 等旧模式。
Vue 3 中不再支持基于空 Vue 实例的事件总线，这不是功能缺失，而是为了规避隐式耦合、难以调试、命名冲突等长期维护隐患。替代方案不是“选一个代替”，而是按通信场景分层选择：关系明确用 provide/inject，全局状态用 Pinia，轻量临时通知用 mitt。
适合祖先-后代通信：provide / inject
当组件存在明确的嵌套层级（比如布局组件与内部表单），且通信只发生在该子树内，provide/inject 是最自然的选择。它不污染全局，依赖显式声明，天然支持响应式和 TypeScript 类型推断。
- 祖先组件通过
provide暴露函数或响应式对象，例如搜索关键词更新方法 - 后代组件用
inject获取并调用，无需知道实现细节 - 避免了事件名称字符串硬编码，类型安全，IDE 可自动补全
需要集中管理与调试：Pinia 状态管理
如果所谓“事件”实际承载的是业务状态变更（如用户登录态、权限刷新、购物车数量变化），那就该归入状态管理范畴。Pinia 提供可追踪的 action 调用链、DevTools 时间旅行调试、模块化组织能力。
- 把“通知成功”“切换主题”等行为封装为 store 的 action，而非广播事件
- 多个组件订阅同一 state，响应式自动更新，无需手动监听/清理
- 配合 defineStore + TypeScript 接口，类型约束强，重构成本低
临时跨组件广播：mitt 轻量事件总线
对于真正属于“事件语义”的场景——比如全局 Toast 提示、弹窗关闭反馈、快捷键触发——mitt 是官方推荐的轻量替代。它体积仅 200 字节，API 极简，支持通配符和自动清理。
立即学习“前端免费学习笔记（深入）”；
- 统一创建
emitter实例，按语义命名事件（如'notification:show'） - 发送方直接
emitter.emit()，接收方在onMounted注册、onUnmounted清理 - 避免用 Pinia 存储一次性事件，防止状态仓库被“事件噪音”污染
不推荐继续沿用的模式
手动封装 EventBus 类、复刻 Vue 2 的 $on/$off API、或滥用 $emit 向非父级组件派发事件，都会重蹈隐式依赖覆辙。这些做法看似省事，但随着组件增多，事件流向变得不可见，排查问题需全局 grep，协作成本陡增。
