在这两个方法执行之前，已经做了如下操作：
- 创建了DefaultListableBeanFactory
- beanFactory.setDependencyComparator(AnnotationAwareOrderComparator.INSTANCE);
- new RootBeanDefinition(ConfigurationClassPostProcessor.class)
- new RootBeanDefinition(AutowiredAnnotationBeanPostProcessor.class)
- new RootBeanDefinition(CommonAnnotationBeanPostProcessor.class)
- beanFactory.addBeanPostProcessor(new ApplicationContextAwareProcessor(this))
- beanFactory.addBeanPostProcessor(new ApplicationListenerDetector(this))
1.invokeBeanFactoryPostProcessors()
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();
context.register(AppConfig.class);
context.addBeanFactoryPostProcessor(new XXXBeanFactoryPostProcessor);
contest.refresh();
public List<BeanFactoryPostProcessor> getBeanFactoryPostProcessors() {
return this.beanFactoryPostProcessors;
}
这里this.beanFactoryPostProcessors就是通过context.addBeanFactoryPostProcessor()手动添加的，如果没有添加，就为空。
invokeBeanFactoryPostProcessors()执行流程：
- 1）执行通过ApplicationContext手动添加进来的BeanDefinitionRegistryPostProcessor的postProcessBeanDefinitionRegistry()方法
- 2）执行BeanFactory中实现了PriorityOrdered接口的BeanDefinitionRegistryPostProcessor的postProcessBeanDefinitionRegistry()方法。这里会将ConfigurationClassPostProcessor的BeanDefinition实例化出来，并进行调用。
- 3）执行BeanFactory中实现了Ordered接口的BeanDefinitionRegistryPostProcessor的postProcessBeanDefinitionRegistry()方法
- 4）执行BeanFactory中其他的BeanDefinitionRegistryPostProcessor的postProcessBeanDefinitionRegistry()方法（这里是个循环，如果新注册了BeanDefinitionRegistryPostProcessor，会继续循环进行处理）
- 5）执行上面所有的BeanDefinitionRegistryPostProcessor的postProcessBeanFactory()方法
- 6）执行通过ApplicationContext手动添加进来的BeanFactoryPostProcessor的postProcessBeanFactory()方法
- 7）执行BeanFactory中实现了PriorityOrdered接口的BeanFactoryPostProcessor的postProcessBeanFactory()方法
- 8）执行BeanFactory中实现了Ordered接口的BeanFactoryPostProcessor的postProcessBeanFactory()方法
- 9）执行BeanFactory中其他的BeanFactoryPostProcessor的postProcessBeanFactory()方法
1.1 ConfigurationClassPostProcessor
1.1.1 processConfigBeanDefinitions()
执行流程：
- 1）拿到beanFactory容器里面注册的BeanDefinitions，这里只能拿到传入的配置类（这是重点）以及系统自己注册的那些BeanDefinition（ConfigurationClassPostProcessor、AutowiredAnnotationBeanPostProcessor等）
- 2）判断这些BD，哪些是配置类。
Full配置类：@Configuration注解。
Lite配置类：@Configuration注解，其proxyBeanMethods为false；有注解@Component、@ComponentScan、@Import、@ImportResource；类里面有加了@Bean注解的方法。 - 3）对配置类进行排序
- 4）do ... while(!candidates.isEmpty()) 进行循环解析
- 4-1）parser.parse(candidates)，parser是ConfigurationClassParser
A）for循环解析candidates
A-1）this.conditionEvaluator.shouldSkip()处理@Conditional条件注解
A-2）do...while(sourceClass != null)处理doProcessConfigurationClass，这里循环处理父类
a）@Component注解，处理内部类
b）@PropertySource注解，属性配置文件
c）@ComponentScan、@ComponentScans会构造扫描器进行扫描，遍历扫描得到的BD是否是配置类并进行处理
d）@Import（三种情况：ImportSelector、ImportBeanDefinitionRegistrar、普通的类（直接当作配置类）），其中DeferredImportSelector，this.deferredImportSelectorHandler.handle()这里只是存了一下。
e）@ImportResource，导入一个xml配置文件
f）@Bean方法
g）处理实现的接口里面的@Bean的default方法
A-3）this.configurationClasses.put(configClass, configClass)
B）this.deferredImportSelectorHandler.process();在本轮配置类解析完之后再执行延迟的DeferredImportSelector。 - 4-2）this.reader.loadBeanDefinitions(configClasses); （生成很多BeanDefinition）将被导入的类@Import以及@Component内部类生成BD注册到Spring容器中；处理@Bean生成的BD；处理@ImportResource导入的xml配置文件；处理@Import导入的ImportBeanDefinitionRegistrar
- 4-3）筛选出新增的BeanDefinition，并筛选出没有被解析的配置类继续进行处理。@Bean引入的类，其className为null，会判定其不是配置类。
BeanDefinition的覆盖问题：
- 1）@Component覆盖@Component，对应的名字相同，会抛异常ConflictingBeanDefinitionException：ClassPathBeanDefinitionScanner#checkCandidate。
- 2）@Bean覆盖@Bean，比如多个重载方法（参数个数不同），不会报错。ConfigurationClassBeanDefinitionReader#isOverriddenByExistingDefinition()，如果相同，则直接返回不会创建新的BD。
- 3）@Bean覆盖@Component（先扫描，再处理@Bean），如果允许覆盖（默认允许），则@Bean的BD会覆盖@Component的BD。
1.1.2 postProcessBeanFactory()
处理流程：
- 1）这里会将是Full配置类的BeanDefinition筛选出来
- 2）对这些Full配置类，生成代理类，并将beanDef.setBeanClass(enhancedClass)的类设置为代理类
这里代理类的增强逻辑是：
private static final Callback[] CALLBACKS = new Callback[] {
new BeanMethodInterceptor(),
new BeanFactoryAwareMethodInterceptor(),
NoOp.INSTANCE
};
核心是BeanMethodInterceptor，这里会进行处理下面的问题。
@Configuration
public class AppConfig {
@Bean
public UserService userService() {
System.out.println(orderService());
System.out.println(orderService());
return new UserService();
}
@Bean
public OrderService orderService() {
return new OrderService();
}
}
这里主要解决的就是上面的这种问题，就是上面的orderService()返回的是同一个对象还是不同对象？如果是Full配置类，则返回的是相同对象，如果不是Full配置类，则返回的是不同的对象。
这里的orderService()除了上面在userService()中调用，还在创建@Bean的单例时会调用。
2.registerBeanPostProcessors()
上面的步骤完成了扫描（这个过程中会扫描出程序员可自己定义的BeanPostProcessor），在这一步就会把BeanFactory中所有的BeanPostProcessor找出来并实例化得到一个对象，并添加到BeanFactory中去（属性beanPostProcessors），最后再重新添加一个ApplicationListenerDetector对象（之前其实就添加了过，这里是为了把ApplicationListenerDetector移动到最后）。
步骤：
- 1）首先实例化并注册（放到容器的属性beanPostProcessors：CopyOnWriteArrayList）PriorityOrdered的BeanPostProcessor，如果是MergedBeanDefinitionPostProcessor，则将其加入到internalPostProcessors
- 2）其次实例化并注册Ordered的BeanPostProcessor，如果是MergedBeanDefinitionPostProcessor，则将其加入到internalPostProcessors
- 3）其他的BeanPostProcessor，如果是MergedBeanDefinitionPostProcessor，则将其加入到internalPostProcessors
- 4）注册internalPostProcessors，也即将internalPostProcessors移到末尾
- 5）最后再添加ApplicationListenerDetector
MergedBeanDefinitionPostProcessor表示系统内部的BeanPostProcessor，比如AutowiredAnnotationBeanPostProcessor和CommonAnnotationBeanPostProcessor就实现了该接口。
