Skip to content

Latest commit

 

History

History
53 lines (38 loc) · 2.95 KB

观察者模式.md

File metadata and controls

53 lines (38 loc) · 2.95 KB

观察者设计模式

jie神说用订阅和发布来理解更好,我想了一下是的
为什么呢?因为监听器这个名词听起来是一个主动的,可实际监听器是一个被动的玩意
比如我们事件源发布一个事件,然后监听器订阅了这个事件就能做出动作。
里面涉及到三个对象,事件源,事件、监听器,大家好好理解一下

特点:

  • 被观察者持有监听的观察者的引用
  • 被观察者支持增加和删除观察者
  • 被观察者主题状态改变,通知观察者

Java中的实现

  • java.util.Observable 这是一个类,继承,被观察者
  • java.util.Observer 这是一个接口,实现,观察者

观察者impl Observer重写update方法

  • 当被观察者发生变化,收到通知进行具体的管理
  • 可以随时取消

Spring中的Events

事件通过org.springframework.context.ApplicationEvent实例来表示。这个抽象类继承扩展了java.util.EventObject,可以使用EventObject中的getSource方法,我们可以很容易地获得所发生的给定事件的对象。这里,事件存在两种类型

  1. 与应用程序上下文相关联

    所有这种类型的事件都继承自org.springframework.context.event.ApplicationContextEvent类。 它们应用于由org.springframework.context.ApplicationContext引发的事件(其构造函数传入的是ApplicationContext类型的参数)。

    这样,我们就可以直接通过应用程序上下文的生命周期来得到所发生的事件:

    1. 在上下文启动时被启动ContextStartedEvent
    2. 当它停止时启动ContextStoppedEvent
    3. 当上下文被刷新时产生ContextRefreshedEvent
    4. 最后在上下文关闭时产生ContextClosedEvent
  2. 与request 请求相关联

    org.springframework.web.context.support.RequestHandledEvent实例来表示,当在ApplicationContext中处理请求时,它们被引发。

Spring如何将事件分配给专门的监听器?

这个过程由事件广播器来实现,由org.springframework.context.event.ApplicationEventMulticaster接口的实现表示。此接口定义了3种方法

  1. addApplicationListener():添加新的监听器
    (1)定义了两种方法来添加新的监听器:addApplicationListener(ApplicationListener<?> listener)和addApplicationListenerBean(String listenerBeanName)
    (2)当监听器对象已知时,可以应用第一个。如果使用第二个,我们需要将bean name 得到listener对象(依赖查找DL),然后再将其添加到listener列表中
  2. removeApplicationListenerBean(String listenerBeanName):删除监听器
    (1)通过传递对象来删除一个监听器(removeApplicationListener(ApplicationListener<?> listener)或通过传递bean名称。
    (2)第三种方法,removeAllListeners()用来删除所有已注册的监听器。
  3. multicastEvent(ApplicationEvent event):将事件发送到已注册的监听器