1.介绍

springboot提供十分丰盛回调接口，利用这些接口能够做十分多的事件，对于一些罕用的回调接口进行介绍

2.罕用的拓展接口

1.ApplicationContextInitializer
2.ApplicationListener
3.ApplicationRunner
4.CommandLineRunner

3.实例：

1.ApplicationContextInitializer接口是在spring容器初初始化之前调用的

创立MyApplicationContextInitializer类实现ApplicationContextInitializer接口

public class MyApplicationContextInitializer implements ApplicationContextInitializer<ConfigurableApplicationContext> {
    @Override
    public void initialize(ConfigurableApplicationContext applicationContext) {
        System.out.println("MyApplicationContextInitializer启动。。。。。。。。。。");
    }
}

因为该接口在容器初始化之前所以注解是没有用的，在mian办法中初始化MyApplicationContextInitializer类

@SpringBootApplication
public class Application {

    public static void main(String[] args) {
        SpringApplication springApplication = new SpringApplication(Application.class);
        springApplication.addInitializers(new MyApplicationContextInitializer());
        springApplication.run(args);
        //SpringApplication.run(Application.class, args);
    }
}

2.ApplicationListener监听器，这个接口能够依据不同的事件进行不同的触发条件

spring容器内置触发事件：

• ContextRefreshedEvent：初始化或刷新ApplicationContext时引发的事件
• ContextStartedEvent：ApplicationContext启动时引发的事件
• ContextStoppedEvent：ApplicationContext进行时引发的事件
• ContextClosedEvent：ApplicationContext敞开时引发的事件

代码示例：

@Component
public class MyApplicationListener implements ApplicationListener<ContextRefreshedEvent> {
    @Override
    public void onApplicationEvent(ContextRefreshedEvent contextRefreshedEvent) {
        System.out.println("MyApplicationListener。。。。。。。。。。");
    }
}

留神：spring也有ApplicationEvent接口能够自定义事件

3.ApplicationRunner触发机会在容器加载完之后

@Component
public class MyApplicationRunner implements ApplicationRunner {

    @Override
    public void run(ApplicationArguments args) throws Exception {
        System.out.println("MyApplicationRunner。。。。。。。。。。");
    }

}

源码：

/**
 *用于批示 bean 蕴含在SpringApplication时应该运行的SpringApplication
 *多个ApplicationRunner bean 能够在同一个应用程序上下文中定义，并且能够应用Ordered接口或@Order正文进行排序。
 */
public interface ApplicationRunner {

    /**
     * 传入的应用程序参数
     */
    void run(ApplicationArguments args) throws Exception;

}

4.CommandLineRunner

性能根本与ApplicationRunner统一，区别在于，接口的参数类型，这里传递的是原始String 数组，拓展性ApplicationRunner会更好一点

@Component
public class MyCommandLineRunner implements CommandLineRunner {

    @Override
    public void run(String... args) throws Exception {
        System.out.println("MyCommandLineRunner。。。。。。。。。。");
    }

}

4.其余拓展接口：

1.InstantiationAwareBeanPostProcessor

增加实例化前回调的BeanPostProcessor子接口，以及实例化后但在设置显式属性或产生主动拆卸之前的回调。
通常用于克制特定指标 bean 的默认实例化，例如创立具备非凡 TargetSources 的代理（池指标、提早初始化指标等），或实现其余注入策略，如字段注入。
留神：此接口为专用接口，次要供框架外部应用。 倡议尽可能实现一般的BeanPostProcessor接口，或者从InstantiationAwareBeanPostProcessorAdapter派生，以屏蔽对该接口的扩大。

2.SmartInstantiationAwareBeanPostProcessor

InstantiationAwareBeanPostProcessor接口的扩大，增加了用于预测已解决 bean 的最终类型的回调。
留神：此接口为专用接口，次要供框架外部应用。 通常，应用程序提供的后处理器应该简略地实现一般的BeanPostProcessor接口或派生自InstantiationAwareBeanPostProcessorAdapter类。

感激各位小伙伴浏览到最初，如有谬误，敬请斧正。