一、前言
在 Vue 的组件化开发中，组件之间的数据通信是构建复杂应用的核心。常见的通信方式包括：
- 父子组件通信：
props+$emit - 子父组件通信：
$emit+ 监听 - 跨级组件通信：
provide/inject - 全局状态管理：
Vuex/Pinia
但有时候我们会遇到一种特殊场景：两个组件之间没有直接的父子关系，也不需要全局状态管理，但又需要进行通信。
这时候，我们可以使用一个轻量级的解决方案 ------ 全局事件总线（Global Event Bus）。
本文将带你深入了解：
- 全局事件总线的概念与原理
- 如何创建并使用全局事件总线
- 实际开发中的应用场景
- 使用事件总线的注意事项
- 对比 Vuex / Pinia 的优劣
二、什么是全局事件总线？
全局事件总线（Event Bus） 是一个 Vue 实例，专门用于在不同组件之间传递事件和数据。它本质上是一个"中介"，允许任意两个组件通过这个"中介"发送和监听事件，而不需要彼此直接引用。
📌 全局事件总线的核心思想是：借助一个独立的 Vue 实例作为事件中心，实现组件间解耦通信。
三、如何创建全局事件总线？
✅ 方法一：创建一个新的 Vue 实例作为事件总线（适用于 Vue 2）
javascript
// event-bus.js
import Vue from 'vue'
export const EventBus = new Vue()然后在任意组件中引入并使用它：
javascript
import { EventBus } from './event-bus.js'✅ 方法二：在 Vue 3 Composition API 中创建事件总线（适用于 Vue 3）
由于 Vue 3 移除了 Vue 构造函数，推荐使用第三方库如 mitt 或手动封装一个简单的事件发射器。
使用 mitt 创建事件总线（推荐）
- 安装 mitt：
bash
npm install mitt- 创建
eventBus.js：
bash
// utils/eventBus.js
import mitt from 'mitt'
const eventBus = mitt()
export default eventBus- 在组件中使用：
bash
import eventBus from '@/utils/eventBus'四、如何使用全局事件总线进行通信？
示例：组件 A 发送事件，组件 B 接收事件
1. 组件 A 发送事件
bash
<template>
<button @click="sendMessage">发送消息</button>
</template>
<script setup>
import eventBus from '@/utils/eventBus'
function sendMessage() {
eventBus.emit('message', {
text: '来自组件 A 的消息'
})
}
</script>2. 组件 B 接收事件
bash
<script setup>
import { onMounted, onUnmounted } from 'vue'
import eventBus from '@/utils/eventBus'
onMounted(() => {
eventBus.on('message', handleReceiveMessage)
})
onUnmounted(() => {
eventBus.off('message', handleReceiveMessage)
})
function handleReceiveMessage(payload) {
console.log('接收到消息:', payload.text)
}
</script>📌 注意：
- 组件卸载时要记得调用
off解绑事件，防止内存泄漏； - 如果使用的是 Vue 2 的
EventBus，方法名是.on()和.off()； - 如果使用
mitt，方法名是.on()和.off()，用法一致。
五、全局事件总线的应用场景
| 场景 | 说明 |
|---|---|
| 非父子组件通信 | 比如兄弟组件、远亲组件、甚至无任何父子关系的组件 |
| 表单联动 | 一个表单项改变影响其他组件的状态 |
| 页面通知系统 | 显示全局提示、Toast、错误信息等 |
| 跨模块通信 | 不同功能模块之间传递事件或数据 |
| 小型项目快速通信 | 快速实现组件交互，无需引入 Vuex/Pinia |
六、全局事件总线 vs Vuex / Pinia
| 特性 | 全局事件总线 | Vuex / Pinia |
|---|---|---|
| 通信类型 | 事件驱动 | 状态驱动 |
| 数据共享 | 临时性、松散耦合 | 全局可访问、集中管理 |
| 可维护性 | 较差，容易混乱 | 更好，逻辑清晰 |
| 调试支持 | 无 | 有 Devtools 支持 |
| 推荐程度 | ✅ 小型项目或临时通信 | |
| 复杂度 | 简单易用 | 需学习概念与配置 |
📌 通俗理解：
- 全局事件总线像是"对讲机"：谁喊谁听，听不到就错过；
- Vuex / Pinia 像是"数据库"：所有组件都可以读写统一的数据源。
七、使用全局事件总线的最佳实践
| 建议 | 说明 |
|---|---|
| 控制事件数量 | 避免事件泛滥，建议按模块命名空间组织 |
| 命名规范 | 推荐使用语义化的事件名，如 user-login, form-submit |
| 清理事件监听 | 组件销毁时务必移除监听器，避免内存泄漏 |
| 优先考虑状态管理 | 若项目较大或通信频繁，建议使用 Vuex / Pinia |
| 结合 TypeScript | 可定义事件类型接口，提升类型安全与开发体验 |
八、结语
感谢您的阅读！如果你有任何疑问或想要分享的经验，请在评论区留言交流！