最开始接触spring源码,被一堆的postProcessor搞晕了,翻译也不“包准”,有的翻译为【后置处理器】、有的翻译为【后置增强器】,这里姑且就翻译为处理器吧。
众所周知,在spring框架中,对象分两种,一种是普通bean,一种是容器本身,也就是BeanFactory,而通过两个接口的名字能很容易的识别。
BeanFactoryPostProcessor
BeanFactoryPostProcessor作为众多xxxBeanFactoryPostProcessor接口的父接口,它提供的功能就是处理与BeanFactory相关的内容
源码如下:
@FunctionalInterface
public interface BeanFactoryPostProcessor {
/**
* Modify the application context's internal bean factory after its standard
* initialization. All bean definitions will have been loaded, but no beans
* will have been instantiated yet. This allows for overriding or adding
* properties even to eager-initializing beans.
* @param beanFactory the bean factory used by the application context
* @throws org.springframework.beans.BeansException in case of errors
*/
void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException;
}
从源码可以得知,只要实现接口,你就能拿到beanFactroy对象,然后对beanFactory里面的信息进行“为所欲为”的修改
因为此时所有的bean的定义信息(definitions)都已经被加载进beanFactory里面了,你可以对他们的属性进行覆盖或者添加,甚至可以提前初始化都可以。
相比于BeanFactoryPostProcessor,只是修改BeanFactory里面的内容,BeanPostProcessor就丰富的多了,因为BeanFactoryPostProcessor发生的时机是BeanFactory创建之后,bean初始化之前,而BeanPostProcessor伴随整个bean的生命周期,实例化前、实例化后、初始化前、初始化后等等
BeanPostProcessor
BeanPostProcessor作为众多xxxBeanPostProcessor接口的父接口,它提供的功能就是处理与bean相关的内容。作为根接口,
它提供了两个基本的方法postProcessBeforeInitialization和postProcessAfterInitialization,分别对应bean的初始化前、初始化后,而BeanPostProcessor有一堆的子接口,常见的有:
InstantiationAwareBeanPostProcessor
SmartInstantiationAwareBeanPostProcessor
MergedBeanDefinitionPostProcessor
spring的自动注入、事务、aop等功能都是通过不同的BeanPostProcessor来实现的。
其类图如下所示
BeanFactoryPostProcessor执行时机
它的执行时机是创建容器之后的invokeBeanFactoryPostProcessors
BeanPostProcessor执行时机
不同的子类执行的具体时机不同,但都是在finishBeanFactoryInitialization的过程中。