朝花夕拾 ConfigrationClassPostProcessor

此前在已经发布过一篇关于springboot自动装配原理的文章，当时有写过一些ConfigurationClassPostProcessor的解析过程的内容，此次再详细的写一下该类的处理过程

类图：

可以看到该类有两大集成功能：Aware和BeanfactoryPostProcessor(BeanDefinitionRegistryPostProcessor)

两种类型的触发时机：

调用链路如下：

AbstractApplicationContext#refresh()

#invokeBeanFactoryPostProcessors

PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors

ConfigrationClassPostProcessor#postProcessBeanDefinitionRegistry都干了些什么？

就是往容器里面怼BeanDefinition

步骤：

1 检查注册器中的BeanDefinition

2 委托给ConfigurationClassParser做深度解析

3 注册解析之后的BeanDefinition

本文的重点就是关于ConfingurationClassParser的深度解析

 

configurationClasses是一个Map，包含了所有待注册的内容：

大致内容已经梳理过了，看看ConfigurationClassParser是如何解析，把相关待注册内容存入相应位置的：

几个重要方法：

1 parse(Set<BeanDefinitionHolder> configCandidates)

       parse(@Nullable String className, String beanName)

        parse(AnnotationMetadata metadata, String beanName)

       parse(Class<?> clazz,String beanName)

2 processConfigurationClass(ConfigurationClass configClass, Predicate<String> filter)

3 doProcessConfigurationClass(ConfigurationClass configClass, SourceClass sourceClass, Predicate<String> filter)

用如下截图方便说明：

 通过步骤1获得的BeanDifinition，检查在parser中的configurationClasses中是否已经处理过，没有就处理，如果处理了就跳过

构造一个SourceClass,做实际解析处理，其中：

 

 

 

 

 

 注意：里面的每个方法均是使用循环处理来描述的。因为引入的类可能还包含其他的类型，所以需要循环处理，其中最重要的关于Import的处理，截图如下：

 可以清晰的看到关于Import的处理分三部分：

实现了ImportSelector的接口，实现了ImportBeanDefinitionRegistrar的接口，常规接口

其中ImportSelector接口又有个子类接口：DeferredImportSelector,实现该接口的内容需要在整个ConfigClass解析完成之后再做处理

 

 

 以上即是关于ConfigurationClassParser的解析逻辑的梳理。

之后就是通过ConfigurationClassBeanDefinitionReader对解析之后的内容做注册操作，当然，后续还会有关于@Configuration注解的增强处理，不在本次讨论范围内

创作不易，如果觉得有用，麻烦点赞收藏！