全局事件总线易致内存泄漏，须在组件卸载前手动解绑；vue 2 用 beforedestroy，vue 3 用 onbeforeunmount 并保存 handler 引用；禁用匿名函数；推荐 mitt 等无副作用库；优先用 provide/inject + defineemits 替代跨层级通信。

全局事件总线（Event Bus）本身不带生命周期管理，一旦监听器注册后未手动清除，就会持续持有组件实例引用，导致组件无法被垃圾回收——这就是典型的“内存黑洞”。问题不在总线本身，而在使用方式。

监听必须绑定到组件销毁钩子

不能只在 mounted 或 created 中 $on，必须同步在组件卸载前 $off。尤其注意 Vue 2 和 Vue 3 的差异：

• Vue 2：在 beforeDestroy 或 beforeUnmount 中调用 $bus.$off('event-name', handler)
• Vue 3（组合式 API）：用 onBeforeUnmount 配合 useRef 或闭包保存 handler 引用，确保能精准移除
• 避免使用匿名函数注册：$bus.$on('data', () => {...}) → 无法 $off，必须提前定义具名函数或箭头函数变量

优先用 mitt 或 tiny-emitter 替代 new Vue()

基于 Vue 实例的总线（new Vue()）会意外继承 Vue 的响应式系统和生命周期，增大内存开销且难以控制。现代工程更推荐轻量、无副作用的事件库：

• mitt：零依赖、180B，纯函数式，不持有任何引用，自然无内存泄漏风险
• 创建后直接 import 使用，无需挂载原型，也不参与 Vue 响应链
• 配合 provide/inject 在局部作用域使用，比全局总线更可控、更易测试

用 provide/inject + defineEmits 替代跨层级总线

90% 的“需要总线”的场景，其实只是父子/祖孙通信没设计好。Vue 3 提供了更健壮的替代路径：

• 深层嵌套组件可通过 provide 向下透传一个 emits 函数，子组件调用它等价于向顶层 emit
• 避免事件名硬编码，用 symbol 或常量管理事件类型，防止拼写错误导致监听失效又不报错
• 对异步操作（如 API 回调中触发事件），确保回调执行时组件仍存活（可用 isRef 或 onScopeDispose 判断）

加一层自动清理代理（进阶方案）

若遗留项目已大量使用总线，可封装一个带自动解绑能力的 wrapper：

• 在组件 setup 中调用 useBus('user-update')，内部自动注册并返回一个 cleanup 函数
• 该 hook 内部监听 onBeforeUnmount，触发时批量 $off 对应事件
• 支持命名空间（如 'user:*'）或正则匹配，便于统一管理一类事件