springboot启动过程中常用的回调

1.介绍 【springboot启动过程中常用的回调】springboot提供非常丰富回调接口,利用这些接口可以做非常多的事情,对于一些常用的回调接口进行介绍
2.常用的拓展接口

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

3.实例: 1.ApplicationContextInitializer接口是在spring容器初初始化之前调用的
创建MyApplicationContextInitializer类实现ApplicationContextInitializer接口
public class MyApplicationContextInitializer implements ApplicationContextInitializer { @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 { @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类。
感谢各位小伙伴阅读到最后,如有错误,敬请指正。

    推荐阅读