Spring容器扩展机制的实现原理

Spring容器扩展机制的实现原理

IoC 容器负责管理容器中所有 bean 的生命周期, 而在 bean 生命周期的不同阶段, Spring 提供了不同的扩展点来改变 bean 的命运. 在容器的启动阶段, BeanFactoryPostProcessor 允许我们在容器实例化相应对象之前, 对注册到容器的 BeanDefinition 所保存的信息做一些额外的操作, 比如修改 bean 定义xqovdGUAHA的某些属性或者增加其他信息等.

BeanxqovdGUAHAPostProcessor 接口

如果希望在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 postProcxqovdGUAHAessAfterInitialization(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 所保存的信息做一些额外的操作可以实现此接口.

区别

BeanFactoryPostProcessor 会处理一些元数据.

BeanPostProcessor 会处理实例化后的对象.

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。