Spring 框架提供了几种 PostProcessor接口用于建模对容器或者bean的后置处理器,它们定义了一些方法,这些方法在特定的时机会被调用。通过这种机制,框架自身或者应用开发人员有机会在不侵入容器或者bean核心逻辑的情况下为容器或者bean做针对某些特定方面的定制或者扩展:能力增强,属性设置,内容修改,对象代理,甚至直接替换整个bean。Spring 提供的 PostProcessor 接口有如下几种 :
BeanDefinitionRegistryPostProcessor–BeanDefinitionRegistry后置处理器 – 容器级别BeanFactoryPostProcessor–BeanFactory后置处理器 – 容器级别BeanPostProcessor–Bean后置处理器 –bean实例级别
实际应用中又可细分为如下几类 :
1.InstantiationAwareBeanPostProcessor
2.MergedBeanDefinitionPostProcessor
3.DestructionAwareBeanPostProcessor
4.SmartInstantiationAwareBeanPostProcessor
5. 一般BeanPostProcessor
Spring框架自身提供了很多这些PostProcessor的实现类,每个PostProcessor实现类分别有不同的关注点,Spring利用这些PostProcessor实现类完成了很多框架自身的任务,主要在容器启动和bean获取阶段。另外,开发人员也可以实现自己的PostProcessor来扩展Spring容器或者bean的能力。这里面尤其是通过自定义实现BeanPostProcessor,开发人员有机会对容器中所有的bean做定制。
注意,本文中
PostProcessor只是用于表达"后置处理器"这一概念,而并非Spring中存在一个使用此名字的接口或者类。
以上各种容器级别PostProcessor接口之间的继承关系:
以上各种bean级别BeanPostProcessor接口之间的继承关系:
参考文章
Spring各种PostProcessor : BeanDefinitionRegistryPostProcessor
Spring各种PostProcessor : BeanFactoryPostProcessor
Spring各种PostProcessor : BeanPostProcessor
Springboot 应用常见的BeanPostProcessor清单
Spring-单例bean创建过程小结

Spring框架提供了多种PostProcessor接口,用于实现容器或bean级别的后置处理。这些接口允许开发者在不改变核心逻辑的前提下,对bean进行增强、代理或替换等操作。具体包括BeanDefinitionRegistryPostProcessor、BeanFactoryPostProcessor及BeanPostProcessor等。
825

被折叠的 条评论
为什么被折叠?



