ApplicationListener的使用方案

ApplicationListener是SpringBoot的监听器，下面是一个demo

public class ApplicationListenerEnvironmentPrepared implements ApplicationListener<ApplicationEnvironmentPreparedEvent> {
    @Override
    public void onApplicationEvent(ApplicationEnvironmentPreparedEvent event) {
        System.out.println(getClass().getSimpleName());
    }
}

上面用到的事件是ApplicationEnvironmentPreparedEvent，插一句：SpringBoot为ApplicationContextEvent提供了四种事件：

• ApplicationStartedEvent ：spring boot启动开始时执行的事件
• ApplicationEnvironmentPreparedEvent：spring boot 对应Enviroment已经准备完毕，但此时上下文context还没有创建。
• ApplicationPreparedEvent：spring boot上下文context创建完成，但此时spring中的bean是没有完全加载完成的。
• ApplicationFailedEvent：spring boot启动异常时执行事件

但是，ApplicationListener的功能不止是止步于此，你可以自定义需要拦截的Event，比如我用到了一个监听事件。

定义好了ApplicationListener下面就是使用了。下面是三种使用的方案

方案一：在启动类中配置

@SpringBootApplication
public class Application {   
     public static void main(String args[]) {      
           SpringApplication app = new SpringApplication(applicationClass);      
           app.addListeners(new StompConnectEvent());        //加入监听事件      
           app.setBannerMode(Banner.Mode.CONSOLE);       
           app.run(args);      
     }   
     protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
           return application.sources(applicationClass);   
     }   

     private static Class<Application> applicationClass = Application.class;
}

方案二：在application.properties中配置（多个用逗号隔开）

context.listener.classes=com.StompConnectEvent

上述两种方案有一个共同点，是什么呢？我们来看下。我在StompConnectEvent中加了一个构造方法，看它会在什么时候被启动

AD45D805-D9C5-4D76-A8F5-BD6FA4955E15.png

我们看到，它会在项目最开始的时候启动（在banner前我一开始楞是没找到），这样在最前面启动，会有什么副作用呢？你试试看在你的Event中使用@Autowired注入一个bean。为什么要注入？总有业务场景需要你在监听事件后做一些事情。注入后你会发现报错 java.lang.NullPointerException: null

加上前面的启动时间和和这个错误的类型，我们不难发现，是因为在启动这个监听器的时候，相应的BeanFactory还没加载。换句话说，启动的太早了！

方案三：@Configuration

说了这么多，其实就是否决了上面两种启动方案（也不能说否决，只能说使用上面两种方案，有一些需求达不到），我的解决方案就是，在定义好ApplicationListener之后，在类前面加上@Configuration，如果不知道@Configuration是啥的自行百度哈~

@Configuration
public class StompConnectEvent implements ……

然后我们再来看下它什么时候会被启动

E23365DB-6595-4ECA-80C0-A1E203927A7C.png

我们发现启动时间变迟了，然后，惊喜的发现@Autowired注入不报错了_{所有事务顺利解决}~

其实就是对于启动ApplicationListener的方式做了一些说明，在爬坑的时候，没有发现网上有类似的启动说明，如果有更好的方式欢迎指正