spring源码学习（五）invokeBeanFactoryPostProcessors执行流程

在整理spring的bean创建的整体流程的时候，流程图上有一个重要的内容就是beanFactoryPostProcessor，字面解释就是对beanfactory的增强处理，这个接口里唯一的一个抽象方法的传入参数也是我们的当前容器对象，但是绝大多数的beanFactoryPostProcessor处理的目标是我们的beanDefinition。

该方法的整体处理流程如下：

1、如何从外部传入beanFactoryPostProcessors呢？

　　如图所示，外部传入的集合是上下文中的beanFactoryPostProcessors属性，

　　可以在调用invokeBeanFactoryPostProcessors方法之前给该属性赋值

　　执行结果：

2、在执行BeanDefinitionRegistryPostProcessor的时候又为什么会重复从容器中获取ppName呢？

这是因为在执行invokeBeanDefinitionRegistryPostProcessors的时候有可能会往容器中添加新的BeanDefinitionRegistryPostProcessor，看如下实现：

　　1）首先自定几个MyRegistryPostProcessors实现BeanDefinitionRegistryPostProcessor接口，在postProcessBeanDefinitionRegistry方法中注册其他的MyRegistryPostProcessors；

　　2）在xml配置文件中配置第一个MyRegistryPostProcessors

执行结果：

第一次获取postProcessorNames，只有在配置文件中配置的MyRegistryPostProcessors

 第二次获取postProcessorNames，多了一个我们在MyRegistryPostProcessors中注册的myRegistryPostProcessors1

这也是为什么在执行BeanDefinitionRegistryPostProcessor的时候需要重复在上下文容器中获取ppName的原因。

3、在执行父接口的方法postProcessBeanFactory又为什么没有重复获取呢？

　　因为在postProcessBeanFactory方法中传入的参数是容器对象，无法添加新的beanDefinition