1.介绍

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

2.罕用的拓展接口

1.ApplicationContextInitializer2.ApplicationListener3.ApplicationRunner4.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

@SpringBootApplicationpublic 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敞开时引发的事件

代码示例:

@Componentpublic class MyApplicationListener implements ApplicationListener<ContextRefreshedEvent> {    @Override    public void onApplicationEvent(ContextRefreshedEvent contextRefreshedEvent) {        System.out.println("MyApplicationListener。。。。。。。。。。");    }}
留神:spring也有ApplicationEvent接口能够自定义事件

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

@Componentpublic 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会更好一点

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

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