zoukankan      html  css  js  c++  java
  • Spring的事件监听机制

      最近公司在重构广告系统,其中核心的打包功能由广告系统调用,即对apk打包的调用和打包完成之后的回调,需要提供相应的接口给广告系统。因此,为了将apk打包的核心流程和对接广告系统的业务解耦,利用了spring的事件监听特性来满足需求。以下说明spring的事件机制的相关内容。

      1.观察者模式

       Spring的事件监听(也称事件驱动)是观察者模式的一种实现,比较常见的有发布-订阅模型。通常我们利用消息队列来实现不同系统之间的解耦,如用户注册完成后,可以向消息队列发布一条消息,然后订阅了此topic的子系统(如邮件服务,积分服务)收到发布的消息之后,就会做相应的处理。这样做的好处是避免了在注册服务里耦合其他服务的代码,并且,执行子系统的业务将会异步执行,互不影响。下图是一个经典的观察者模式的结构。

    以下为上述观察者模式的java简单实现:

      (1)Subject.java

     1 package observerPattern;
     2 
     3 import java.util.ArrayList;
     4 import java.util.List;
     5 
     6 /**
     7  * Created by jy on 2018/11/28.
     8  */
     9 public abstract class Subject {
    10 
    11     //维护一个所有观察者集合
    12     private List<Observer> list = new ArrayList<>();
    13 
    14     //新注册一个观察者
    15     public void attach(Observer observer){
    16         list.add(observer);
    17         System.out.println("新注册一个观察者");
    18     }
    19 
    20     //删除一个已注册的观察者
    21     public void detach(Observer observer){
    22         list.remove(observer);
    23         System.out.println("删除一个已注册的观察者");
    24     }
    25 
    26 
    27     //通知所有已经注册的观察者
    28     public void notifyObservers(String state){
    29         for (int i = 0; i < list.size(); i++) {
    30             list.get(i).update(state);
    31         }
    32     }
    33 }

       

      (2)Observer.java

     1 package observerPattern;
     2 
     3 /**
     4  * Created by jy on 2018/11/28.
     5  */
     6 public interface Observer {
     7 
     8     // 抽象出的更新行为
     9     public void update(String state);
    10 }

      (3)ConcreteSubject.java

     1 package observerPattern;
     2 
     3 /**
     4  * Created by jy on 2018/11/28.
     5  */
     6 public class ConcreteSubject extends Subject{
     7 
     8     //真实主题内维护一个状态
     9     private String state;
    10 
    11     public String getState() {
    12         return state;
    13     }
    14 
    15     public void change(String state){
    16         this.state = state;
    17         System.out.println("真实主题状态变化为:"+state);
    18         this.notifyObservers(state);
    19     }
    20 }

      (4)ConcreteObserver.java

     1 package observerPattern;
     2 
     3 /**
     4  * Created by jy on 2018/11/28.
     5  */
     6 public class ConcreteObserver implements Observer {
     7 
     8     //具体观察者的状态
     9     private String observerState;
    10 
    11     @Override
    12     public void update(String state) {
    13         //这里可以根据传递过来的主题的状态作出相应的业务
    14       observerState = state;
    15         System.out.println("观察者的状态跟着变化为:"+observerState);
    16     }
    17 }

      (5)Main.java

     1 package observerPattern;
     2 
     3 /**
     4  * Created by jy on 2018/11/28.
     5  */
     6 public class Main {
     7     public static void main(String[] args) {
     8         //真实主题
     9         ConcreteSubject concreteSubject = new ConcreteSubject();
    10         //真实观察者
    11         ConcreteObserver concreteObserver = new ConcreteObserver();
    12         //观察者先注册
    13         concreteSubject.attach(concreteObserver);
    14 
    15         //改变真实主题状态
    16         concreteSubject.change("2");
    17 
    18     }
    19 }

    结果:在执行了main方法之后,我们可以看到控制台输出结果,表明,真实观察者的状态是会根据真实主题的状态变化而变化的:

      2. Spring事件监听

      spring也对事件驱动模型提供了支持,该模型主要由三部分组成:

      (1)  事件(ApplicationEvent):继承了jdk的EventObject,在spring项目中可以继承ApplicationEvent,来自定义自己的事件。

               spring容器内部对ApplicationEvent有着下面几个实现,通过名字可以很清楚事件所描述的行为。

      (2)发布者(ApplicationEventPublisher):实现这个接口,就可以使得spring组件有发布事件的能力。

             可以看到,ApplicationContext实现了此接口,因此,可以spring组件可以通过实现ApplicationContextAware接口,注入ApplicationContext,然后,通过ApplicationContext的publishEvent()方法来实现事件传播,

             当然,也可以直接实现ApplicationEventPublisher接口,重写publishEvent()方法,同样可以实现事件传播。

          通过阅读源码发现,在AbstractApplicationContext类中,定义了针对观察者的增加,get,注册等方法。下面代码中的addApplicationListener()是向ApplicationEventMulticaster类中维护的一个set中添加listener。这个set存储了该发布者所有的观察者(listener)。

     1 @Override
     2     public void addApplicationListener(ApplicationListener<?> listener) {
     3         Assert.notNull(listener, "ApplicationListener must not be null");
     4         //listener传入持有的一个的applicationEventMulticaster类中
     5         if (this.applicationEventMulticaster != null) {
     6             this.applicationEventMulticaster.addApplicationListener(listener);
     7         }
     8         this.applicationListeners.add(listener);
     9     }
    10 
    11 //省略部分代码
    12 
    13 protected void registerListeners() {
    14         // Register statically specified listeners first.
    15         for (ApplicationListener<?> listener : getApplicationListeners()) {
    16             getApplicationEventMulticaster().addApplicationListener(listener);
    17         }
    18 
    19         // Do not initialize FactoryBeans here: We need to leave all regular beans
    20         // uninitialized to let post-processors apply to them!
    21         String[] listenerBeanNames = getBeanNamesForType(ApplicationListener.class, true, false);
    22         for (String listenerBeanName : listenerBeanNames) {
    23             getApplicationEventMulticaster().addApplicationListenerBean(listenerBeanName);
    24         }
    25 
    26         // Publish early application events now that we finally have a multicaster...
    27         Set<ApplicationEvent> earlyEventsToProcess = this.earlyApplicationEvents;
    28         this.earlyApplicationEvents = null;
    29         if (earlyEventsToProcess != null) {
    30             for (ApplicationEvent earlyEvent : earlyEventsToProcess) {
    31                 getApplicationEventMulticaster().multicastEvent(earlyEvent);
    32             }
    33         }
    34     }

         

          在AbstractApplicationContext中publishEvent:

     1 protected void publishEvent(Object event, @Nullable ResolvableType eventType) {
     2         //.....
     3         // Multicast right now if possible - or lazily once the multicaster is initialized
     4         if (this.earlyApplicationEvents != null) {
     5             this.earlyApplicationEvents.add(applicationEvent);
     6         }
     7         else {
     8             getApplicationEventMulticaster().multicastEvent(applicationEvent, eventType);  //事件广播
    10 //.... 11 }

          具体的发布事件的方法都在上面提到的ApplicationEventMulticaster这个类型的类中去实现的,在AbstractApplicationContext中,会先尝试从ConfigurableListableBeanFactory中去加载这个类,如果不存在,则会默认new 一个SimpleApplicationEventMulticaster:

     1 protected void initApplicationEventMulticaster() {
     2         ConfigurableListableBeanFactory beanFactory = getBeanFactory();
     3         if (beanFactory.containsLocalBean(APPLICATION_EVENT_MULTICASTER_BEAN_NAME)) {   //尝试加载
     4             this.applicationEventMulticaster =
     5                     beanFactory.getBean(APPLICATION_EVENT_MULTICASTER_BEAN_NAME, ApplicationEventMulticaster.class);
     6             if (logger.isTraceEnabled()) {
     7                 logger.trace("Using ApplicationEventMulticaster [" + this.applicationEventMulticaster + "]");
     8             }
     9         }
    10         else {
    11             this.applicationEventMulticaster = new SimpleApplicationEventMulticaster(beanFactory);   //不存在则默认使用SimpleApplicationEventMulticaster

    12 beanFactory.registerSingleton(APPLICATION_EVENT_MULTICASTER_BEAN_NAME, this.applicationEventMulticaster);
    
    

          看看SimpleApplicationEventMulticaster 是怎么广播事件的,由代码可知,在线程池不为空的情况下,异步发布特定类型的事件。

     1 @Override
     2     public void multicastEvent(final ApplicationEvent event, @Nullable ResolvableType eventType) {
     3         ResolvableType type = (eventType != null ? eventType : resolveDefaultEventType(event));
     4         for (final ApplicationListener<?> listener : getApplicationListeners(event, type)) {
     5             Executor executor = getTaskExecutor();
     6             if (executor != null) {
     7                 executor.execute(() -> invokeListener(listener, event));
     8             }
     9             else {
    10                 invokeListener(listener, event);
    11             }
    12         }
    13     //....

          将invokeListener方法点击到最后,发现调用了listener的onApplicationEvent(),实现了事件的发布。

    1 private void doInvokeListener(ApplicationListener listener, ApplicationEvent event) {
    2         try {
    3             listener.onApplicationEvent(event);
    4         }
    5         catch (ClassCastException ex) {
    6             //....
    7         }
    8     }

      (3)事件订阅者(ApplicationListener):实现这个接口,就可以监听ApplicationListener发布的特定的事件。

             实现ApplicationListener这个接口,重写onApplicationEvent()方法,来处理监听到的ApplicationEvent,这里可以监听特定类型的事件。

      3. 基于注解的事件监听    

          spring也为发布者和监听者提供了相应的注解支持,只需要在对应的观察者类的对应方法上加上@EventListener:

          对于发布者,可以直接在service通过@Autowired注入ApplicationEventPublisher。

       4.小结

          文章主要介绍了spring中事件驱动的模型。主要运用了观察者模式的思想,随后介绍了spring中事件发布的机制。

  • 相关阅读:
    判断数组的方法
    介绍下 npm 模块安装机制,为什么输入 npm install 就可以自动安装对应的模块?
    因为这样那样的原因又滚回来了
    AFO成功
    SDOI2018
    TJOI2018
    杂题
    线段树合并
    几个dp的陈年老题
    【自家测试】2018-5-9
  • 原文地址:https://www.cnblogs.com/jy107600/p/10034857.html
Copyright © 2011-2022 走看看