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
所保存的信息做一些额外的操作可以实现此接口.
区别
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。