Spring源码解读之BeanFactoryPostProcessor的处理(2)

其中第一个对应的类就是我们重点关注的对象 ConfigurationClassPostProcessor类，查看此类的组成，发现它实现了BeanDefinitionRegistryPostProcessor接口，而此接口正是BeanFactoryPostProcessor的子接口。此时，萦绕在我们心头的迷雾开始渐渐散开，我们仿佛能抓到一闪而过的逻辑走向，现在让我们带着之前的发现，进入正主invokeBeanFactoryPostProcessors方法中一探究竟。

2、invokeBeanFactoryPostProcessors

该方法位于AbstractApplicationContext的refresh方法中，如下所示：

public void refresh() throws BeansException, IllegalStateException {
        synchronized (this.startupShutdownMonitor) {
            // Prepare this context for refreshing.
            prepareRefresh();

// Tell the subclass to refresh the internal bean factory.
            ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

// Prepare the bean factory for use in this context.
            prepareBeanFactory(beanFactory);

try {
                // Allows post-processing of the bean factory in context subclasses.
                postProcessBeanFactory(beanFactory);

// Invoke factory processors registered as beans in the context.
                invokeBeanFactoryPostProcessors(beanFactory);

即第17行调用的方法。初学者看到这个方法的内部实现时，会发现此方法无外乎是找到所有实现了BeanDefinitionRegistryPostProcessor跟BeanFactoryPostProcessor接口的类，按照优先级（实现了PriorityOrdered接口的先于实现了Ordered接口，前两者均先于未实现的，且同一类中按照getOrder方法返回值排优先级）顺序执行它们的重写方法，先执行BeanDefinitionRegistryPostProcessor的重写方法，再执行BeanFactoryPostProcessor的重写方法，很容易理解的逻辑。但是现在我们是带着前面准备工作中得到的线索来的，此时再看，就能透过这个方法朴实的外表发现它潜藏的凶险，它如平地一声雷般让人猛地惊出一身冷汗。

我们打断点进入PostProcessorRegistrationDelegate类中的下面方法中

1    public static void invokeBeanFactoryPostProcessors(
2            ConfigurableListableBeanFactory beanFactory, List<BeanFactoryPostProcessor> beanFactoryPostProcessors) {}

先略过开始对手动添加进去的beanFactoryPostProcessors处理逻辑，看后面的部分代码（由于此方法代码较多，此处就不全部粘贴出来了，因为逻辑很好理解，所以只粘贴重点）：

String[] postProcessorNames =
                    beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);

// First, invoke the BeanDefinitionRegistryPostProcessors that implement PriorityOrdered.
            List<BeanDefinitionRegistryPostProcessor> priorityOrderedPostProcessors = new ArrayList<BeanDefinitionRegistryPostProcessor>();
            // 1.2 先处理实现了PriorityOrdered的类
            for (String ppName : postProcessorNames) {
                if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
                    // 此处通过getBean来生成ConfigurationClassPostProcessor实例对象
                    priorityOrderedPostProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));
                    processedBeans.add(ppName);
                }
            }
            // 就一个对象，有啥好排序的
            sortPostProcessors(beanFactory, priorityOrderedPostProcessors);
            registryPostProcessors.addAll(priorityOrderedPostProcessors);
            // 执行ConfigurationClassPostProcessor中的重写方法postProcessBeanDefinitionRegistry，会将所有加了注解的类注册到容器中
            // 此处才是整个invokeBeanFactoryPostProcessors方法的核心所在，需要详述 下面进入ConfigurationClassPostProcessor中的postProcessBeanDefinitionRegistry中一探究竟
            invokeBeanDefinitionRegistryPostProcessors(priorityOrderedPostProcessors, registry);