springboot启动过程中常用的回调
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类。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!