时间:2021-05-20
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 接口来设置执行顺序.
@Componentpublic 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 所保存的信息做一些额外的操作可以实现此接口.
区别
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
Spring的缓存机制非常灵活,可以对容器中任意Bean或者Bean的方法进行缓存,因此这种缓存机制可以在JavaEE应用的任何层次上进行缓存。Spring缓存
接触Spring快半年了,前段时间刚用Spring4+S2H4做完了自己的毕设,但是很明显感觉对Spring尤其是IOC容器的实现原理理解的不到位,说白了,就是
1.BeanFactory1.1Spring提供了IOC容器的两种实现方式①BeanFactory:IOC容器的基本实现,是Spring内部的基础设施,是面向S
Spring提供了自动代理机制,可以让容器自动生成代理,从而把开发人员从繁琐的配置中解脱出来。具体是使用BeanPostProcessor来实现这项功能。1Be
最近正在看spring官网,看SpringIOC的时候看Spring容器扩展点的时候发现了BeanPostProcessor这个接口。下面是官方对它的详细描述: