UD5工具箱
术语表
以下收录了与发布订阅模式和事件驱动架构相关的核心术语和概念。掌握这些术语将帮助您更好地理解事件系统的设计与实现。
发布订阅模式（Publish-Subscribe Pattern）
发布订阅模式是一种消息传递模式，其中消息的发送者（发布者）不需要知道消息的接收者（订阅者）是谁，反之亦然。发布者将消息发送到一个中间的消息调度中心（Event Bus 或 Message Broker），由调度中心负责将消息分发给所有匹配的订阅者。这种解耦机制使得发布者和订阅者可以独立演化，大大提升了系统的灵活性和可维护性。
事件总线（Event Bus）
事件总线是发布订阅模式的核心组件，充当发布者和订阅者之间的消息调度中心。在前端开发中，Event Bus 通常是一个单例对象，维护着事件类型与订阅者回调函数的映射关系。当某个事件被发布（emit）时，Event Bus 会查找该事件的所有订阅者，并逐一调用它们的回调函数。Event Bus 的实现通常包括 on（订阅）、off（取消订阅）、emit（发布）和 once（一次性订阅）等核心方法。
发布者（Publisher）
发布者是产生和发送消息的一方。在事件驱动架构中，发布者不需要知道系统中有多少订阅者、它们分别是谁、位于何处。发布者只需将消息发送到 Event Bus，并指定事件类型和负载数据即可。这种松耦合的设计使得发布者的代码不需要因为订阅者的变化而修改，极大地提升了代码的可维护性。
订阅者（Subscriber）
订阅者是接收和处理消息的一方。订阅者通过向 Event Bus 注册回调函数来声明自己对某个事件类型的兴趣。当该事件被发布时，Event Bus 会调用注册的回调函数，将事件数据传递给订阅者。订阅者可以随时通过 off 方法取消订阅，不再接收后续的事件通知。
事件（Event）
事件是发布订阅模式中消息传递的载体。每个事件包含两个核心信息：事件类型（Event Type）和事件数据（Event Data 或 Payload）。事件类型用于标识事件的类别，通常使用字符串表示（如 user.login、data.update）。事件数据是伴随事件传递的附加信息，通常是 JSON 格式的结构化数据。事件类型是 Event Bus 进行消息路由的依据。
通配符订阅（Wildcard Subscription）
通配符订阅是一种特殊的订阅方式，允许订阅者使用通配符模式匹配多个事件类型。例如，使用 user.* 可以匹配所有以 user. 开头的事件（如 user.login、user.logout、user.update）。通配符订阅在实现全局事件监听、日志记录、性能监控等场景中非常有用。实现通配符匹配通常需要在 emit 时对事件类型进行模式匹配判断。
一次性订阅（Once）
一次性订阅是指订阅者只接收一次事件通知，触发后自动取消订阅的机制。与常规的持续订阅（on）不同，once 订阅的回调函数在首次被调用后会立即从 Event Bus 的订阅者列表中移除。这种机制适用于只需要处理一次的事件场景，例如：获取一次性异步操作的结果、执行一次性的初始化逻辑、首次用户交互时的特殊处理等。
发布订阅模式 vs 观察者模式
发布订阅模式和观察者模式经常被混淆，但它们有本质区别。观察者模式中，主题（Subject）直接维护观察者列表，观察者直接订阅主题并接收通知，主题和观察者之间存在直接依赖。而发布订阅模式引入了 Event Bus 作为中间层，发布者和订阅者完全不感知对方的存在。简而言之，观察者模式是进程内的直接通信，发布订阅模式是通过中间件进行的间接通信。在前端开发中，Event Emitter 通常被归类为观察者模式的实现，而 Event Bus 则是发布订阅模式的典型代表。
事件冒泡（Event Bubbling）
事件冒泡是 DOM 事件模型中的概念，与发布订阅模式中的事件传播有所区别。在 DOM 事件中，事件从最深层的目标元素开始，逐级向上传播到 document 对象。虽然事件冒泡不是发布订阅模式的核心概念，但在设计自定义事件系统时，有时也会借鉴类似的层级传播机制来实现事件的冒泡或捕获行为。
消息队列（Message Queue）
消息队列是与发布订阅模式相关但有所不同的消息传递机制。在消息队列中，消息被放入队列中，由消费者主动拉取或由队列推送。与发布订阅模式的主要区别在于：消息队列通常保证消息的持久化和有序传递，一个消息通常只被一个消费者处理；而发布订阅模式中，一条消息可以同时被多个订阅者接收。在分布式系统中，消息队列（如 RabbitMQ、Kafka）经常与发布订阅模式结合使用。