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 类。

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