JavaScript中的设计模式：观察者模式（Observer）与发布-订阅模式（Pub/Sub）有何异同？

观察者模式中目标与观察者直接通信，发布-订阅模式通过事件中心间接通信。前者为同步、高耦合，适用于简单状态更新；后者为异步、完全解耦，适合复杂系统模块间通信，两者均实现一对多消息传递但机制不同。

观察者模式和发布-订阅模式在JavaScript中常被用来实现对象间的解耦通信，它们看起来很相似，但核心机制和使用场景有所不同。

观察者模式：直接依赖

在观察者模式中，一个目标对象（Subject）维护一组依赖它的观察者（Observer），当目标状态发生变化时，会主动通知所有观察者进行更新。

关键特点是：观察者与被观察者之间是一对多的直接依赖关系，两者通常知道彼此的存在。

• Subject提供添加、删除和通知观察者的方法
• Observer实现一个update方法，用于接收通知
• Subject变化时，遍历观察者列表并调用其update

这种模式常见于MVC架构或数据绑定场景，比如视图监听模型变化。

立即学习“Java免费学习笔记（深入）”；

发布-订阅模式：通过中介通信

发布-订阅模式引入了一个事件通道（Event Channel）或调度中心，发布者（Publisher）不直接通知订阅者（Subscriber），而是将消息推送给事件系统，由系统负责分发。

Rustic AI

AI驱动的创意设计平台

108

查看详情

关键特点是：发布者与订阅者完全解耦，彼此不知道对方存在，通信通过中间媒介完成。

• 事件中心维护事件队列和回调映射
• 订阅者向事件中心注册感兴趣的主题和回调
• 发布者向事件中心发布消息，事件中心触发对应主题的回调

这种模式更适合复杂应用中的跨模块通信，如组件间通信、事件总线等。

主要异同点总结

相同点：

• 都实现了对象间的松耦合通信
• 都是一对多的消息传递机制
• 都能动态添加或移除监听者

不同点：

• 观察者模式是同步的、直接调用；发布-订阅通常是异步的、通过事件循环
• 观察者中主体管理观察者列表；发布-订阅中由事件中心统一调度
• 观察者模式耦合度较高；发布-订阅模式更彻底地解耦

基本上就这些。在实际开发中，小型状态管理可用观察者，大型系统推荐使用发布-订阅来降低模块间依赖。两种模式各有适用场景，理解其本质差异有助于合理选择。

以上就是JavaScript中的设计模式：观察者模式（Observer）与发布-订阅模式（Pub/Sub）有何异同？的详细内容，更多请关注php中文网其它相关文章！