springboot2.0.6如何启动监听器

这篇文章给大家介绍springboot2.0.6如何启动监听器，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

创新互联建站坚持“要么做到，要么别承诺”的工作理念，服务领域包括：成都做网站、网站制作、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的楚雄州网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

解析SpringApplication的run方法解析

public ConfigurableApplicationContext run(String... args) {
   ......//省略
    // 获取一个run监听器，主要监听SpringApplication对象，（内部只有一个EventPublishingRunListener）
   SpringApplicationRunListeners listeners = getRunListeners(args);
    //调用监听器的启动，当SpringApplication对象的run方法刚启动的时候（依靠SimpleApplicationEventMulticaster）
   listeners.starting();
   ......//省略
}

1. SpringApplicationRunListeners

    SpringApplicationRunListeners 是一个集合类，内部包含一个 log 和包含 SpringApplicationRunListener 的 List。而 SpringApplicationRunListener 主要是监听 SpringApplication 对象的，里面的方法都定义了在何时调用 SpringApplicationRunListener 的各种方法。

    下面的每一个方法 SpringApplicationRunListener 都把其包装成一个事件，在spring容器还未成功 refreshed 之前都是使用SimpleApplicationEventMulticaster 去寻找对该事件感兴趣的ApplicationListener,然后调用其onApplicationEvent方法

1. starting：当SpringApplication对象的run方法刚启动的时候（依靠SimpleApplicationEventMulticaster）

2. environmentPrepared：在environment Prepared 但是spring容器还未创建的时候（依靠SimpleApplicationEventMulticaster）

3. contextPrepared：当spring容器已经创建且准备好了，（目前是空的实现）

4. contextLoaded：当spring容器已经loaded 且未refresh 。load就是将我们的primaryClass注册到spring容器中，（依靠SimpleApplicationEventMulticaster） 同时将之前获取到的ApplicationListener都加入到spring容器中，此时如果ApplicationListener还是ApplicationContextAware的也要调用其setApplicationContext方法。

5. started：spring容器已经刷新过且应用已经启动，但是CommandLineRunners和ApplicationRunners还未调用，直接通过spring容器自己发送（因为ApplicationListener已经加入spring容器）

6. running：我们已经调用了CommandLineRunners，直接通过spring容器自己发送（因为ApplicationListener已经加入spring容器）

7. failed：当异常发生的时候就调用这个，如果spring容器没有loaded 或者没有激活就使用SimpleApplicationEventMulticaster，否则还是依靠spring容器自己

2. 获取SpringApplicationRunListeners实例源码分析

1. getRunListeners

public class SpringApplication {
    // 获取监听
   private SpringApplicationRunListeners getRunListeners(String[] args) {
        // 定义class数组
      Class[] types = new Class[] { SpringApplication.class, String[].class };
        // 创建SpringApplicationRunListeners对象
      return new SpringApplicationRunListeners(logger, getSpringFactoriesInstances(
            SpringApplicationRunListener.class, types, this, args));
   }
}

默认情况下，getRunListeners 方法从 spring.factories 文件中找出key为 SpringApplicationRunListener 的类有：

    org.springframework.boot.context.event.EventPublishingRunListener

这里我们看到了一个熟悉的方法getSpringFactoriesInstances(SpringApplicationRunListener.class, types, this, args)，前面的博文我们已经详细介绍过该方法是怎么一步步的获取到META-INF/spring.factories中的指定的key的value，获取到以后怎么实例化类的（参考）。执行 获取的值如下图

    从上图debug结果，我们可以看到我们获取到了一个监听器EventPublishingRunListener，该监听器是Spring容器的启动监听器。listeners.starting()方法开启了监听事件

2. SpringApplicationRunListener的实现类EventPublishingRunListener

public class EventPublishingRunListener implements SpringApplicationRunListener, Ordered {
   private final SpringApplication application;
   private final String[] args;
   private final SimpleApplicationEventMulticaster initialMulticaster;
    // 加载监听器类
   public EventPublishingRunListener(SpringApplication application, String[] args) {
      this.application = application;
      this.args = args;
      this.initialMulticaster = new SimpleApplicationEventMulticaster();
        // 给initialMulticaster 添加listener
      for (ApplicationListener listener : application.getListeners()) {
         this.initialMulticaster.addApplicationListener(listener);
      }
   }
   // 实现类调用EventPublishingRunListener的方法
   public void starting() {
       this.initialMulticaster.multicastEvent(
           // 创建了一个ApplicationStartingEvent事件，将springapplication的this.application传入，因此监听的时候获取的是SpringApplication实例
         new ApplicationStartingEvent(this.application, this.args));
   }
    ......//省略
}

    EventPublishingRunListener的初始化方法中 对application、args进行了赋值，并对SimpleApplicationEventMulticaster进行了初始化，然后获取application中的监听器添加给SimpleApplicationEventMulticaster对象。

进入SimpleApplicationEventMulticaster类的初始化方法，如下

public class SimpleApplicationEventMulticaster extends AbstractApplicationEventMulticaster {
   private Executor taskExecutor;
   private ErrorHandler errorHandler;
   public void multicastEvent(ApplicationEvent event) {
      multicastEvent(event, resolveDefaultEventType(event));
   }
   public void multicastEvent(final ApplicationEvent event, @Nullable ResolvableType eventType) {
      ResolvableType type = (eventType != null ? eventType : resolveDefaultEventType(event));
        // 注意getApplicationListeners获取对应的事件监听器
      for (final ApplicationListener listener : getApplicationListeners(event, type)) {
         Executor executor = getTaskExecutor();
         if (executor != null) {
            executor.execute(() -> invokeListener(listener, event));
         }
         else {
            invokeListener(listener, event);
         }
      }
   }
}

SimpleApplicationEventMulticaster类继承 AbstractApplicationEventMulticaster

public abstract class AbstractApplicationEventMulticaster
      implements ApplicationEventMulticaster, BeanClassLoaderAware, BeanFactoryAware {
   protected Collection> getApplicationListeners(
         ApplicationEvent event, ResolvableType eventType) {
      Object source = event.getSource();
      Class sourceType = (source != null ? source.getClass() : null);
      ListenerCacheKey cacheKey = new ListenerCacheKey(eventType, sourceType);
      // Quick check for existing entry on ConcurrentHashMap…
       // 快速检测 COncurrentHashMap 的现有条目
      ListenerRetriever retriever = this.retrieverCache.get(cacheKey);
      if (retriever != null) {
         return retriever.getApplicationListeners();
      }
      if (this.beanClassLoader == null ||
            (ClassUtils.isCacheSafe(event.getClass(), this.beanClassLoader) &&
                  (sourceType == null || ClassUtils.isCacheSafe(sourceType, this.beanClassLoader)))) {
         // Fully synchronized building and caching of a ListenerRetriever
         synchronized (this.retrievalMutex) {
            retriever = this.retrieverCache.get(cacheKey);
            if (retriever != null) {
               return retriever.getApplicationListeners();
            }
            retriever = new ListenerRetriever(true);
            Collection> listeners =
                  retrieveApplicationListeners(eventType, sourceType, retriever);
            this.retrieverCache.put(cacheKey, retriever);
            return listeners;
         }
      }
      else {
         // No ListenerRetriever caching -> no synchronization necessary
         return retrieveApplicationListeners(eventType, sourceType, null);
      }
   }
    // 实际上检索给定事件和源类型的应用程序监听器是否匹配
   private Collection> retrieveApplicationListeners(
         ResolvableType eventType, @Nullable Class sourceType, @Nullable ListenerRetriever retriever) {
      List> allListeners = new ArrayList<>();
      Set> listeners;
      Set listenerBeans;
      synchronized (this.retrievalMutex) {
            // 这个listener集合就是前文提到的从配置中过滤的10个监听器(图1)
         listeners = new LinkedHashSet<>(this.defaultRetriever.applicationListeners);
         listenerBeans = new LinkedHashSet<>(this.defaultRetriever.applicationListenerBeans);
      }
       // 循环10个listener调用supportsEvent方法
      for (ApplicationListener listener : listeners) {
         if (supportsEvent(listener, eventType, sourceType)) {
            if (retriever != null) {
               retriever.applicationListeners.add(listener);
            }
            allListeners.add(listener);
         }
      }
      ......//省略
      AnnotationAwareOrderComparator.sort(allListeners);
      if (retriever != null && retriever.applicationListenerBeans.isEmpty()) {
         retriever.applicationListeners.clear();
         retriever.applicationListeners.addAll(allListeners);
      }
      return allListeners;
   }
   protected boolean supportsEvent(
      ApplicationListener listener, ResolvableType eventType, @Nullable Class sourceType) {
      GenericApplicationListener smartListener = (listener instanceof GenericApplicationListener ?
         (GenericApplicationListener) listener : new GenericApplicationListenerAdapter(listener));
      return (smartListener.supportsEventType(eventType) && smartListener.supportsSourceType(sourceType));
   }
}

3. 监听过程

    -->程序启动
    -->调用getRunListeners(args)获取SpringApplicationRunListeners实例
        -->getSpringFactoriesInstances()获取Spring工厂实例集合
            -->loadFactoryNames()通过classLoader加载/META-INF/spring.factories文件，获取指定class对应的类全限定名称集合
                -->loadSpringFactories() 通过classLoader循环加载/META-INF/spring.factories文件，获取文件中类全限定名称集合返回
    -->createSpringFactoriesInstances()根据加载文件返回的类全限定名称集合创建工厂实例，反射
    -->listeners.starting()启动监听器
    -->multicastEvent(ApplicationEvent event)组播ApplicationEvent事件
    -->getApplicationListeners()判断监听器类型是否与当前监听器类型相同
    -->retrieveApplicationListeners(eventType, sourceType, retriever)检索给定事件和源类型的应用程序监听器。
    -->supportsEvent(listener, eventType, sourceType)确认给定的监听器是否支持给定的事件。
    -->GenericApplicationListenerAdapter(ApplicationListener delegate)为给定的委托创建一个新的GenericApplicationListener。
    -->resolveDeclaredEventType(ApplicationListener listener)发布事件监听
    -->supportsEventType(eventType)从指定类型解析事件
    -->结束

4. SpringApplicationRunListener，ApplicationListener和SimpleApplicationEventMulticaster的关系

1. SpringApplicationRunListener的那些方法底层还是依靠spring容器去发布事件

2. 底层还是会被ApplicationListener给监听到

3. 在spring容器prepareContext调用之后会将ApplicationListener都加入到SimpleApplicationEventMulticaster，在这之后所有的事件都会lazy发送，即先存在earlyApplicationEvents。等到spring容器refresh之后注册所有ApplicationListener，然后在统一发送之前存储的事件。

关于springboot2.0.6如何启动监听器就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。