BeanFactoryPostProcessor-spring源码详解（三）

 

 

前面说过这里会注册很多用于解析注解的bean定义，比如springEvent时间，比如@autowired处理器等，其中就包含

ConfigurationClassPostProcessor，这个解析的就是@Component，@import等。

当调用下面reader.register(componentClasses)的时候就会把我们的 配置类 注册到

BeanDefinitionMap里面。

（现在配置类有了，bean定义也有了，这时候是不是要开始解析）

那么解析就是在上面第三张图invokeBeanFactoryPostProcessors(beanFactory)

这里面就有我们前面说的两个

beanFactoryPostProcessors 修改bean定义

beanFactoryPostProcessorsRegistry注册bean定义

 

beanDifinitionRegistryPostProcessor

先调用实现PriorityOrdered接口的，后面调用实现Ordered接口的，最后调用未实现接口的。

前面已经注册了的会通过判断是否存在排除，并且注册的会全部放入registryProcessors

前面调用的都是实现beanDifinitionRegistryPostProcessor

最后调用的是实现beanDifinitionRegistryProcessor

也就是那句invokeBeanFactoryPostProcessors

 

 

 

这里对我们的配置类(@configuration)做了cglib动态代理，为什么要对配置类做cglib代理，这样的好处就是，保证在配置类里调用，也是从容器中获取bean。

（注意，必须写了@configuration才会有cglib代理，实现面向对象编程，从容器获取）

那么为什么@Configuration标识的就会代理呢？

因为在bean工厂 注册的时候，会对@configuration注解的配置类，加上full标识，如图。