简单了解观察者模式(发布 - 订阅模式)

本文介绍了观察者模式的基本概念,以及在Spring框架中如何通过实现ApplicationListener接口或使用@EventListener注解来完成事件监听。Spring的ApplicationContext通过SimpleApplicationEventMulticaster发布主题类状态变化的事件,监听器根据接收到的消息做出相应处理。

什么是观察者模式?

观察者根据主题类的内部状态变化来改变自身状态,简单来说就是观察者订阅了主题类,当主题类发布一些消息,观察者就会收到消息,然后做出反应。

image-20240117095129017

Spring的观察者模式

Spring用了监听器(观察者)来完成观察者模式,有两种方式:

  • 通过实现ApplicationListener,覆写onApplicationEvent()方法

  • 或者在方法使用注解@EventListener(ApplicationEvent.class)来完成事件监听

ApplicationContext底层用SimpleApplicationEventMulticaster发布事件(主题类内部状态变化)的时候,会同步通知这些监听器(如果设置了线程池则异步发送),监听器如果发现自己感兴趣的消息,就会进行相应的处理。

<think>我们正在讨论观察者模式发布-订阅模式的区别。根据提供的引用,我们可以总结如下: 引用[1]指出,发布-订阅模式观察者模式多了一个调度中心(或事件通道),这使得发布者和订阅者之间没有直接联系,而是通过调度中心来管理。这种设计提高了灵活性。 引用[2]进一步说明,发布-订阅模式是基于一个事件通道的,订阅者通过自定义事件订阅主题,发布者则通过发布主题事件来通知订阅者。 引用[3]则强调观察者模式中,被观察对象(Subject)和观察者(Observer)是直接关联的,Subject需要维护一个观察者列表,并提供添加、删除和通知观察者的方法。 因此,我们可以将两者的区别归纳如下: 1. **耦合度**: - 观察者模式:Subject和Observer直接交互,Subject知道Observer的存在(通过维护观察者列表)。 - 发布-订阅模式发布者和订阅者不直接交互,而是通过一个中间件(事件通道或调度中心)进行通信,实现了完全解耦。 2. **通信方式**: - 观察者模式:Subject在状态变化时,直接调用Observer的更新方法(如`update()`)。 - 发布-订阅模式发布者将事件发布到调度中心,调度中心根据事件类型将事件分发给相应的订阅者。 3. **灵活性**: - 发布-订阅模式由于中间件的存在,可以支持更复杂的场景,例如过滤事件、多对多通信、异步处理等。而观察者模式通常是同步的,并且是一对多的关系。 4. **实现复杂度**: - 观察者模式实现较为简单,通常只需要在Subject中维护一个观察者列表。 - 发布-订阅模式需要实现一个调度中心,相对复杂。 下面用代码示例说明: **观察者模式示例**: ```dart // 被观察者(Subject) class Subject { List<Observer> _observers = []; void addObserver(Observer observer) { _observers.add(observer); } void removeObserver(Observer observer) { _observers.remove(observer); } void notifyObservers() { for (var observer in _observers) { observer.update(); } } } // 观察者(Observer) abstract class Observer { void update(); } // 具体观察者 class ConcreteObserver implements Observer { @override void update() { print('Observer notified!'); } } ``` **发布-订阅模式示例**: ```dart // 事件调度中心 class EventBus { final Map<String, List<Function>> _subscriptions = {}; void subscribe(String eventType, Function callback) { _subscriptions.putIfAbsent(eventType, () => []).add(callback); } void publish(String eventType) { if (_subscriptions.containsKey(eventType)) { for (var callback in _subscriptions[eventType]!) { callback(); } } } } // 发布者 class Publisher { final EventBus eventBus; Publisher(this.eventBus); void publishEvent(String eventType) { eventBus.publish(eventType); } } // 订阅者 class Subscriber { final EventBus eventBus; Subscriber(this.eventBus); void subscribe(String eventType, Function callback) { eventBus.subscribe(eventType, callback); } } ``` 在发布-订阅模式中,发布者和订阅者通过事件总线(EventBus)进行通信,双方互不认识。 总结: | 特性 | 观察者模式 | 发布-订阅模式 | |--------------|------------------------------|----------------------------------| | **耦合度** | 紧耦合(Subject直接引用Observer) | 松耦合(通过中间件) | | **通信方式** | 直接调用 | 通过事件通道 | | **关系** | 通常是一对多 | 多对多(通过不同事件类型) | | **灵活性** | 较低 | 高(支持事件过滤、异步等) | | **复杂度** | 简单 | 相对复杂 | 在Flutter中,观察者模式(如`ChangeNotifier`)是直接通知监听器的,而发布-订阅模式可以使用事件总线(如`event_bus`库)或`Stream`来实现。例如,`Stream`和`StreamController`就构成了发布-订阅模式,其中`StreamController`作为发布者,`StreamSubscription`作为订阅者,而`Stream`本身则充当了事件通道的角色[^1][^2]。 §§相关问题§§ 1. 在Flutter中如何实现一个事件总线(Event Bus)? 2. 观察者模式发布-订阅模式各自的优缺点是什么? 3. 如何选择使用观察者模式还是发布-订阅模式?</think>### 观察者模式 vs 发布-订阅模式的区别 #### 1. **核心架构差异** | 特性 | 观察者模式 | 发布-订阅模式 | |--------------|------------------------------|----------------------------------| | **中间层** | 无直接中介 | 存在事件通道/调度中心[^1] | | **耦合度** | 观察者与被观察者直接绑定 | 发布者与订阅者完全解耦[^2] | | **通信方式** | 被观察者主动通知观察者 | 通过调度中心路由事件[^3] | #### 2. **实现机制对比 **观察者模式**(直接通知): ```dart // 被观察者 class Subject { final List<Observer> _observers = []; void addObserver(Observer o) => _observers.add(o); void notify() => _observers.forEach((o) => o.update()); } // 观察者 abstract class Observer { void update(); } ``` **发布-订阅模式**(通过事件总线): ```dart // 事件总线(调度中心) class EventBus { final Map<String, List<Function>> _subscriptions = {}; void subscribe(String event, Function callback) { _subscriptions.putIfAbsent(event, () => []).add(callback); } void publish(String event) { _subscriptions[event]?.forEach((fn) => fn()); } } // 使用示例 final bus = EventBus(); bus.subscribe('user_login', () => print("Login handled")); bus.publish('user_login'); // 通过调度中心触发 ``` #### 3. **关键区别点** 1. **关系建立方式** - 观察者模式:被观察者**主动管理**观察者列表(添加/删除)[^3] - 发布-订阅订阅者**向调度中心注册**,发布者**不知订阅者存在**[^1] 2. **事件处理能力** - 观察者模式:通常处理**单一主题**变更 - 发布-订阅:支持**多主题事件过滤**(如`eventBus.subscribe('topic.*')`)[^2] 3. **系统复杂度** - 观察者模式:适合**简单依赖关系**(如按钮点击监听) - 发布-订阅:解决**跨组件/跨系统通信**(如微服务事件驱动)[^1] #### 4. **应用场景差异** - **观察者模式适用**: ✅ 局部状态更新(如Flutter的`ValueNotifier`) ✅ 父子组件直接通信 ✅ 简单的一对多通知场景 - **发布-订阅适用**: ✅ 微服务间异步通信(如Kafka) ✅ 插件系统事件调度 ✅ 需要事件过滤的复杂系统(`firebase_messaging`的topic订阅) > 两者本质都是**事件驱动范式**,但发布-订阅通过调度中心实现更彻底的解耦,为系统提供更强的扩展性和灵活性[^1][^2]。在Flutter中,`Stream`+`StreamController`可视为轻量级发布-订阅实现。 --- ### 数学关系表达 两者的事件传递可用函数描述: - **观察者模式**:直接映射 $$f: Subject \times Observer \rightarrow Notification$$ - **发布-订阅**:通过调度中心$S$中转 $$f: Publisher \times Event \xrightarrow{S} Subscriber$$ ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值