图不能少

在容器初始化的时候会调用invokeBeanFactoryPostProcessors方法进行BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor方法的调用，主要是内部的ConfigurationClassPostProcessor对配置文件做处理，这个前面文章都讲过了，就不多说了，主要是把一些可以扩展的地方列了出来，比如我们可以最开始就进行扩展。

BeanDefinitionRegistryPostProcessor

最开始会先调用自定义的扩展。

比如我要注册一个bean定义，就会在最开始就注册进去了：

PriorityOrdered且BeanDefinitionRegistryPostProcessor

然后会按照优先级排序来获取并执行，这里就包括ConfigurationClassPostProcessor，会去解析配置文件，把我们要注册到容器里的类都封装成bean定义注册进去。：

Ordered且BeanDefinitionRegistryPostProcessor

一眼的逻辑，只不过是会去重，默认不会有内部的处理器处理，除非你定义一个是可以的。

剩下的BeanDefinitionRegistryPostProcessor

最后是剩下的：

invokeBeanFactoryPostProcessors

随后就会去执行我们最开始自定义的BeanFactoryPostProcessors和刚才注册的BeanFactoryPostProcessor类型处理器的postProcessBeanFactory方法：

最后所有的BeanFactoryPostProcessor的处理

后面还会进行BeanFactoryPostProcessor类型获取，然后去执行，因为我们自定义的或者有些内部类是BeanFactoryPostProcessor类型的，自定义的可能是从BeanDefinitionRegistryPostProcessor加进去的，所以前面没处理，后面还得处理一次，也是按优先级顺序的。

这里都是处理跟工厂相关的处理器，你可以操作内部的注册器和bean工厂。

registerBeanPostProcessors注册BeanPostProcessor

这里就是把所有的BeanPostProcessor找到，实例化并注册进容器。
注册前：

注册后：

两个是自定义的，内部默认是6个。

ApplicationContextAwareProcessor是在初始化之前用来设置属性的：

ImportAwareBeanPostProcessor是主要在CGLIB给配置类做代理的时候设置beanFactory属性的，给ImportAware的对象传入注解元数据：

CommonAnnotationBeanPostProcessor和AutowiredAnnotationBeanPostProcessor是主要做属性和方法参数的注入的：

ApplicationListenerDetector是主要做监听器的注册的，如果你的bean是ApplicationListener类型的话：

BeanPostProcessorChecker是用来检查创建的处理器个数对不对：