观察者模式与发布订阅模式本质不同：前者是对象间紧耦合的同步通知，后者通过事件总线实现松耦合异步通信；适用场景分别为模块内实时响应和分布式系统跨服务通信。
观察者模式和发布订阅模式听起来很像，实际使用中也常被混用，但它们在结构和应用场景上有明显区别。理解这些差异，能帮助我们在实际开发中做出更合适的设计选择。
观察者模式：对象间的紧耦合通知
观察者模式定义了对象之间的一对多依赖关系，当一个对象的状态发生变化时，所有依赖它的对象都会收到通知并自动更新。
在这种模式下，主题（Subject）直接维护一个观察者（Observer）列表，一旦状态改变，就遍历列表调用每个观察者的更新方法。
特点：
- 主题和观察者之间是双向通信，观察者需要注册到主题上
- 两者之间存在直接依赖，主题知道观察者是谁
- 通常是同步调用，通知发生时立即执行回调
实战案例：用户界面更新
比如一个天气应用，当前温度变化时，多个UI组件（如温度显示、趋势图、提醒模块）都需要更新。使用观察者模式，TemperatureSubject 维护一组 Observer，一旦温度数据更新，调用 notifyObservers()，所有注册的 UI 模块 receiveUpdate() 被触发。发布订阅模式：通过事件总线解耦
发布订阅模式引入了一个中间角色——事件总线（或消息代理），发布者不直接通知订阅者，而是将消息发送给事件通道，由通道负责分发给匹配的订阅者。
这种设计实现了发布者与订阅者之间的完全解耦，双方不需要知道对方的存在。
版权声明：除非特别标注，否则均为本站原创文章，转载时请以链接形式注明文章出处。
还木有评论哦，快来抢沙发吧~