观察者模式中主体直接通知观察者，两者存在耦合；发布订阅模式通过事件中心解耦，发布者与订阅者无直接依赖，通信更灵活。
观察者模式和发布订阅模式在JavaScript中经常被提及，它们看起来很相似，都是为了实现对象间的解耦和通信，但它们的核心机制和使用场景有本质区别。
观察者模式：直接依赖
在观察者模式中，有一个主体（Subject）和多个观察者（Observer）。观察者主动“订阅”主体的变化，当主体状态改变时，会直接通知所有观察者。
特点：
观察者和主体之间是紧耦合的，观察者需要知道主体的存在。 主体维护一个观察者列表，并在状态变化时遍历调用它们的更新方法。 没有中间调度层，通知是直接发生的。示例场景：一个数据模型（Subject）被多个视图（Observer）监听，数据一变，视图立即更新。
发布订阅模式：通过事件中心解耦
发布订阅模式引入了一个事件中心（Event Bus 或 Message Broker）作为中介。发布者不直接通知订阅者，而是将消息推送给事件中心，由事件中心负责派发给对应的订阅者。
特点：
发布者和订阅者之间完全解耦，彼此不知道对方的存在。 通信通过事件通道进行，支持一对多、多对多的消息传递。 可以支持异步通信、事件过滤、事件队列等高级功能。示例场景：组件间通信，比如Vue中的$emit/$on，或使用一个全局事件总线。
关键区别总结
1. 耦合度不同
观察者模式：观察者和主体相互引用，存在直接依赖。 发布订阅模式：发布者和订阅者无直接关联，依赖事件中心。
2. 通信方式不同
观察者模式：主体主动遍历并调用观察者的update方法。 发布订阅模式：通过事件名触发，事件中心匹配后调用回调函数。
3. 灵活性与扩展性
发布订阅更灵活，支持动态订阅、取消、异步处理等。 观察者模式更简单，适合小范围状态同步。基本上就这些。虽然两者都能实现“通知”机制，但发布订阅模式更适合复杂系统中的模块解耦，而观察者模式更贴近设计模式中的经典定义。
以上就是js观察者模式和订阅模式的区别的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1538494.html
微信扫一扫 
支付宝扫一扫 
