1. 前言

在AnnotationConfigApplicationContext的构造函数里，Spring会创建AnnotatedBeanDefinitionReader对象，它的基本作用是将基于注解的BeanClass封装成BeanDefinition，并注册到BeanFactory中。同时AnnotatedBeanDefinitionReader的构造函数还做了一件非常重要的事情，就是自动往BeanFactory里注册Spring内置的几个非常非常重要的BeanPostProcessor和BeanFactoryPostProcessor，用来扩展Bean和BeanFactory。
Spring内置的Bean是通过AnnotatedBeanDefinitionReader完成注册的，那开发者自定义的Bean呢？又是在什么时候被扫描注册的呢？

2. ConfigurationClassPostProcessor

AnnotatedBeanDefinitionReader的构造函数里，会完成Spring内置Bean的注册，这其中就包含ConfigurationClassPostProcessor，它的职责就是负责我们自定义Bean的扫描和注册。

ConfigurationClassPostProcessor实现了BeanFactoryPostProcessor接口，代表它是针对BeanFactory的扩展点；同时又实现了BeanDefinitionRegistryPostProcessor接口，代表它是对BeanFactory完成BeanDefinition注册的一个扩展点。

public interface BeanDefinitionRegistryPostProcessor extends BeanFactoryPostProcessor {

  /**
  * 完成BeanDefinition的扫描和注册
  */
  void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException;

}

BeanDefinitionRegistryPostProcessor目前只有一个实现类，就是ConfigurationClassPostProcessor。

在AnnotationConfigApplicationContext的refresh()方法中，准备好BeanFactory后，就会开始调用BeanFactoryPostProcessor扩展点。

最终会委托给PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors()方法，优先调用加了@PriorityOrdered注解的后置处理器，这里就会拿到前面注册的ConfigurationClassPostProcessor，然后invoke调用完成扩展。

invoke操作会触发ConfigurationClassPostProcessor#postProcessBeanDefinitionRegistry()方法，首先是通过一个Set集合来避免向同一个BeanFactory里重复注册。如果针对注册器还没有处理过，则调用processConfigBeanDefinitions()方法做处理。

BeanFactory里面可能有很多BeanDefinition，Spring要找出所有的配置类ConfigurationClass，只针对配置类做处理。

过滤出所有的ConfigurationClass后，将这些Class进行一个排序，然后new一个ConfigurationClassParser配置类解析器，对ConfigurationClass进行解析。

最终会调用ConfigurationClassParser#processConfigurationClass()来解析单个ConfigurationClass，又因为ConfigurationClass可能存在父类，父类的信息也要解析，所以会通过一个循环来递归解析。

解析ConfigurationClass的@ComponentScan和@ComponentScans注解信息，得到要扫描的Bean的包路径，然后通过ComponentScanAnnotationParser去完成扫描，得到一组BeanDefinitionHolder。

ComponentScanAnnotationParser又会创建一个扫描器ClassPathBeanDefinitionScanner，对给定的包路径进行扫描。

当然了，扫描会有一定的规则，不是扫描到的所有Class都会成为Bean，所以Scanner会有两组类的过滤器TypeFilter，分别是includeFilters和excludeFilters，顾名思义分别是包含规则和排除规则，只有符合这些规则的Class才会被注册。

这里还有一个小细节，如果没有给定扫描的路径，则默认扫描ConfigurationClass所在的包路径。

得到一组需要扫描的包路径后，会调用ClassPathBeanDefinitionScanner#doScan()方法进行扫描，扫描给定包路径后会得到一组BeanDefinition，对这些BeanDefinition进行一些属性的处理，然后判断是否是候选Bean，如果是的话，就会注册到BeanFactory里。

具体的扫描过程在ClassPathScanningCandidateComponentProvider#scanCandidateComponents()方法里，其实就是拿着包路径去classpath下扫描得到Class文件对应的Resource，然后解析Class封装成ScannedGenericBeanDefinition并返回。
至此，自定义的Bean的扫描和注册过程就结束了，自定义的Bean被封装成BeanDefinition并注册到了BeanFactory，有了Bean的定义，后续Spring就可以非常方便的帮我们实例化Bean，且自动注入依赖关系了。