IoC 容器负责管理容器中所有 bean 的生命周期, 而在 bean 生命周期的不同阶段, Spring 提供了不同的扩展点来改变 bean 的命运. 在容器的启动阶段, BeanFactoryPostProcessor 允许我们在容器实例化相应对象之前, 对注册到容器的 BeanDefinition 所保存的信息做一些额外的操作, 比如修改 bean 定义的某些属性或者增加其他信息等.
BeanPostProcessor 接口
如果希望在Spring容器完成实例化、配置和初始化bean之后实现某些自定义逻辑, 则可以实现一个或多个 BeanPostProcessor 接口.
public interface BeanPostProcessor {
@Nullable
default Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
@Nullable
default Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
}
在 Bean 实例化之后会先执行 postProcessBeforeInitialization 方法, 再执行 Bean 的初始化方法, 然后在执行 postProcessAfterInitialization 方法.
Ordered 接口 @Order 注解
此接口只有一个方法 int getOrder(); 用来设置执行顺序.
如果实现多个 BeanPostProcessor 接口, 我们就可以实现 Ordered 接口来设置执行顺序.
@Component
public class Test implements BeanPostProcessor, Ordered {
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
@Override
public int getOrder() {
return 1;
}
}
也可以使用 @Order 注解进行排序
@Configuration
@Order(2)
public class Demo1Config {
@Bean
public Demo1Service demo1Service(){
System.out.println("demo1config 加载了");
return new Demo1Service();
}
}
BeanFactoryPostProcessor 接口
在容器实例化相应对象之前, 对注册到容器的 BeanDefinition 所保存的信息做一些额外的操作可以实现此接口.
区别
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
