此前在已经发布过一篇关于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注解的增强处理，不在本次讨论范围内
创作不易，如果觉得有用，麻烦点赞收藏！