BeanPostProcessor&BeanFactoryPostProcessor傻傻分不清

最开始接触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的生命周期，实例化前、实例化后、初始化前、初始化后等等