最开始接触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的过程中。