Spring IOC—invokeBeanFactoryPostProcessors源码分析

时间:2020-9-7 作者:admin


文章目录

1.概述

根据名字就可以知道这个方法的主要作用就是执行BeanFactoryPostProcessor

该方法会实例化并调用所有需要被执行的BeanFactoryPostProcessor(包括它的子类BeanDefinitionRegistryPostProcessor)。

BeanFactoryPostProcessor接口是spring提供的扩展点,程序员可以实现这个接口或子接口来扩展spring。

从接下来的源码分析中可以看出子类BeanDefinitionRegistryPostProcessor的优先级更高。

2.准备工作

为了调试这一部分的源码,和分析每一步的具体实现结果。需要准备以下的几个类。

两个手动提供给Spring的类 分别实现了BeanFactoryPostProcessor接口和BeanDefinitionRegistryPostProcessor接口

/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 10:47
 * 实现 BeanFactoryPostProcessor 接口 手动提供给Spring的类
 */
public class ManualOne implements BeanFactoryPostProcessor {
   @Override
   public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
      System.out.println("ManualOne -------- BeanFactoryPostProcessor -- 手动提供给spring");
   }
}



/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 11:03
 * 实现 BeanDefinitionRegistryPostProcessor 接口 手动提供给Spring的类
 */
public class ManualTwo  implements BeanDefinitionRegistryPostProcessor {
	@Override
	public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException {
		System.out.println("ManualTwo---BeanDefinitionRegistryPostProcessor的实现方法 --- 手动提供给spring");
	}

	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		System.out.println("ManualTwo---BeanFactoryPostProcessor的实现方法  --- 手动提供给spring");
	}
}

两个加了Spring注解的类 分别实现了BeanFactoryPostProcessor接口和BeanDefinitionRegistryPostProcessor接口

/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 09:41
 * 实现 BeanFactoryPostProcessor 接口 并且由Spring扫描的类
 */
@Component
public class ScannedOne implements BeanFactoryPostProcessor {
   @Override
   public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
      System.out.println("ScannedTwo---BeanFactoryPostProcessor的实现方法");
   }
}

/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 09:40
 * 实现 BeanDefinitionRegistryPostProcessor 接口 并且由Spring扫描的类
 */
@Component
public class ScannedTwo implements BeanDefinitionRegistryPostProcessor {
	@Override
	public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException {
		System.out.println("ScannedOne---BeanDefinitionRegistryPostProcessor的实现方法");
	}

	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		System.out.println("ScannedOne---BeanFactoryPostProcessor的实现方法");
	}
}

下面的4个类就是上面的4个类的基础上多实现了Ordered接口

/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 12:08
 * 实现了 BeanFactoryPostProcessor接口以及Ordered接口 并且由Spring扫描的类
 */
public class ScannedOrderedOne implements BeanFactoryPostProcessor, Ordered {
   @Override
   public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
      System.out.println("ScannedOrderedOne---BeanFactoryPostProcessor的实现方法");
   }

   @Override
   public int getOrder() {
      return 0;
   }
}


/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 10:14
 * 实现了 BeanDefinitionRegistryPostProcessor接口以及Ordered接口 并且由Spring扫描的类
 */
@Component
public class ScannedOrderedTwo implements BeanDefinitionRegistryPostProcessor , Ordered {
	@Override
	public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException {
		System.out.println("ScannedOrderedTwo---BeanDefinitionRegistryPostProcessor的实现方法 --- Ordered");
	}

	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		System.out.println("ScannedOrderedTwo---BeanFactoryPostProcessor的实现方法 --- Ordered");
	}

	@Override
	public int getOrder() {
		return 0;
	}
}

/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 09:41
 * 实现 BeanFactoryPostProcessor 接口 并且由Spring扫描的类
 */
@Component
public class ScannedOne implements BeanFactoryPostProcessor {
	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		System.out.println("ScannedOne---BeanFactoryPostProcessor的实现方法");
	}
}


/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-06 09:40
 * 实现 BeanDefinitionRegistryPostProcessor 接口 并且由Spring扫描的类
 */

@Component
public class ScannedTwo implements BeanDefinitionRegistryPostProcessor {
	@Override
	public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException {
		System.out.println("ScannedTwo---BeanDefinitionRegistryPostProcessor的实现方法");
	}

	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		System.out.println("ScannedTwo---BeanFactoryPostProcessor的实现方法");
	}
}

3.源码调试

开启spring容器的初始化

/**
 * @author gongsenlin
 * @version 1.0
 * @date 2020-09-04 11:06
 */
public class Test {
   public static void main(String[] args) {
      AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext();
      
      ac.addBeanFactoryPostProcessor(new ManualOne());//手动交给spring管理
      ac.addBeanFactoryPostProcessor(new ManualTwo());
      ac.addBeanFactoryPostProcessor(new ManualOrderedOne());
      ac.addBeanFactoryPostProcessor(new ManualOrderedTwo());

      ac.register(AppConfig.class);
      ac.refresh();
   }
}

在AbstractApplicationContext的refresh()中invokeBeanFactoryPostProcessors()方法处打一个断点

Spring IOC---invokeBeanFactoryPostProcessors源码分析

invokeBeanFactoryPostProcessors

重点是两个方法getBeanFactoryPostProcessors() 以及invokeBeanFactoryPostProcessors(
ConfigurableListableBeanFactory beanFactory, List beanFactoryPostProcessors)

protected void invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory) {
   PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());

   // Detect a LoadTimeWeaver and prepare for weaving, if found in the meantime
   // (e.g. through an @Bean method registered by ConfigurationClassPostProcessor)
   if (beanFactory.getTempClassLoader() == null && beanFactory.containsBean(LOAD_TIME_WEAVER_BEAN_NAME)) {
      beanFactory.addBeanPostProcessor(new LoadTimeWeaverAwareProcessor(beanFactory));
      beanFactory.setTempClassLoader(new ContextTypeMatchClassLoader(beanFactory.getBeanClassLoader()));
   }
}

3.1.getBeanFactoryPostProcessors()

代码执行的逻辑很简单 如下

public List<BeanFactoryPostProcessor> getBeanFactoryPostProcessors() {
   return this.beanFactoryPostProcessors;
}

那么beanFactoryPostProcessors这个集合里面存放的是什么呢?

存放的是当前应用上下文中已经注册的 BeanFactoryPostProcessor。默认情况下是空的。

回到我们自己编写的Test类

ac.addBeanFactoryPostProcessor(new ManualOne());//手动交给spring管理

这一行代码就是将自己实现的后置处理器 添加到beanFactoryPostProcessors这个集合中。可以看下addBeanFactoryPostProcessor方法执行的逻辑 也很简单 如下

@Override
public void addBeanFactoryPostProcessor(BeanFactoryPostProcessor postProcessor) {
   Assert.notNull(postProcessor, "BeanFactoryPostProcessor must not be null");
   this.beanFactoryPostProcessors.add(postProcessor);
}

就是往beanFactoryPostProcessors这个集合中添加后置处理器。

3.2.invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory, List beanFactoryPostProcessors)

这个方法主要执行两种类型的后置处理器

第一种是BeanFactoryPostProcessor

第二种是上面接口的子接口BeanDefinitionRegistryPostProcessor

3.2.1 先来介绍一下这个方法中出现的集合。
  1. processedBeans 存放所有需要执行的BeanFactoryPostProcessor,目的是为了避免重复的去执行已经执行过的逻辑
Set<String> processedBeans = new HashSet<>();
  1. regularPostProcessors 存放程序员手动添加的类型为BeanFactoryPostProcessor的bean。
List<BeanFactoryPostProcessor> regularPostProcessors = new ArrayList<>();
  1. registryProcessors 存放 BeanDefinitionRegistryPostProcessor 类型的bean。也可以说是已经执行了BeanDefinitionRegistryPostProcessor逻辑的类,因为是在执行了这个接口的逻辑之后添加到这个集合中的。目的是这些类还没有执行BeanFactoryPostProcessor接口的逻辑。之后就不需要再去寻找,而是通过记忆集的方式,先缓存下来这些类。
List<BeanDefinitionRegistryPostProcessor> registryProcessors = new ArrayList<>();
  1. currentRegistryProcessors 当前找出来的需要被执行的bean,执行完毕后会清空这个集合。
List<BeanDefinitionRegistryPostProcessor> currentRegistryProcessors = new ArrayList<>();
  1. priorityOrderedPostProcessors 存放了由Spring扫描的并且实现了priorityOrdered接口和BeanFactoryPostProcessor接口的bean。
List<BeanFactoryPostProcessor> priorityOrderedPostProcessors = new ArrayList<>();
  1. orderedPostProcessors 存放了由Spring扫描的并且实现了Ordered接口和BeanFactoryPostProcessor接口的bean。
List<BeanFactoryPostProcessor> orderedPostProcessors = new ArrayList<>(orderedPostProcessorNames.size());
  1. nonOrderedPostProcessors 存放了由Spring扫描的并且实现了BeanFactoryPostProcessor接口的bean。
List<BeanFactoryPostProcessor> nonOrderedPostProcessors = new ArrayList<>(nonOrderedPostProcessorNames.size());

nonOrderedPostProcessorNames和orderedPostProcessorNames 是用来存放beanName的。不懂为什么要先存BeanName。然后再根据beanName再把bean缓存下来。直接存bean不香吗?

3.2.2 源码调试分析

介绍完了上述的集合的作用 开始debug调试源码来分析一下 这个方法的具体的执行流程。

if (beanFactory instanceof BeanDefinitionRegistry) 

首先是一个if判断,判断beanFactory是否为BeanDefinitionRegistry,beanFactory为DefaultListableBeanFactory,而DefaultListableBeanFactory实现了BeanDefinitionRegistry接口,因此这边为true。 正常来说这里的逻辑就是true
Spring IOC---invokeBeanFactoryPostProcessors源码分析

3.2.2.1 处理手动添加的 实现了BeanDefinitionRegistryPostProcessor接口的类

接下来第一个for循环

for (BeanFactoryPostProcessor postProcessor : beanFactoryPostProcessors) {
   if (postProcessor instanceof BeanDefinitionRegistryPostProcessor) {
      BeanDefinitionRegistryPostProcessor registryProcessor =
            (BeanDefinitionRegistryPostProcessor) postProcessor;
      registryProcessor.postProcessBeanDefinitionRegistry(registry);
      registryProcessors.add(registryProcessor);
   }
   else {
      regularPostProcessors.add(postProcessor);
   }
}

再说一遍 beanFactoryPostProcessors默认是空的,仅当程序员手动添加BeanFactoryPostProcessor才有值。而我们的测试代码手动添加了4个BeanFactoryPostProcessor。所以这时会遍历这个集合。
Spring IOC---invokeBeanFactoryPostProcessors源码分析

for循环里面会判断遍历到的当前的后置处理器是否是BeanDefinitionRegistryPostProcessor类型的类。如果是的话就会去执行这个后置处理器的逻辑。执行完毕后会将这个后置处理器添加到registryProcessors集合中,记忆集缓存。

if (postProcessor instanceof BeanDefinitionRegistryPostProcessor) {
   BeanDefinitionRegistryPostProcessor registryProcessor =
         (BeanDefinitionRegistryPostProcessor) postProcessor;
   registryProcessor.postProcessBeanDefinitionRegistry(registry);//执行后置处理器的逻辑
   registryProcessors.add(registryProcessor);
}

如果不是的话会添加到regularPostProcessors集合中。说明他是一个BeanFactoryPostProcessor类型的类

else {
   regularPostProcessors.add(postProcessor);
}

看看代码调试的结果,控制台输入如下:

Spring IOC---invokeBeanFactoryPostProcessors源码分析

和上述源码的描述结果一致,将实现了BeanDefinitionRegistryPostProcessor 的类的逻辑执行了。还可以发现 此时实现了Ordered的类,并没有在没有实现Ordered的类之前进行处理。

3.2.2.2 处理Spring自带的后置处理器ConfigurationClassPostProcessor

第一个for循环结束,继续

下面第一行的作用是从beanDefinitionMap(bdMap)中找到类型为BeanDefinitionRegistryPostProcessor的类的BeanName。而此时的bdMap中只有一个Spring内置的类ConfigurationClassPostProcessor 这个类的逻辑也就是完成扫描,将添加了spring注解的类都注册到bdMap中。

String[] postProcessorNames =
      beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
for (String ppName : postProcessorNames) {//遍历
   if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {//有没有实现PriorityOrdered接口
      currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));//添加到集合中准备处理
      processedBeans.add(ppName);//添加到已经处理过的集合中,避免重复处理
   }
}
sortPostProcessors(currentRegistryProcessors, beanFactory);
registryProcessors.addAll(currentRegistryProcessors);
/**
 * 完成扫描
 */
invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);
// 清除
currentRegistryProcessors.clear();

代码调试也可以看出这里只得到了一个beanName 对应的是
Spring IOC---invokeBeanFactoryPostProcessors源码分析
Spring IOC---invokeBeanFactoryPostProcessors源码分析

然后就是遍历这个集合。将类型为PriorityOrdered的类添加到currentRegistryProcessors和processedBeans这两个集合中。前面也说过了这两个集合的作用,这里再说一遍加深下印象,currentRegistryProcessors是存放当前准备处理的后置处理器。processedBeans存放的是所有需要被执行的后置处理器

添加完成后,对currentRegistryProcessors集合进去排序,这里的排序不重要 因为就只有一个后置处理器。然后将它添加到registryProcessors中,前面说的记忆集缓存的作用。

for (String ppName : postProcessorNames) {//遍历
   if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {//有没有实现PriorityOrdered接口
      currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));//添加到集合中准备处理
      processedBeans.add(ppName);//添加到已经处理过的集合中,避免重复处理
   }
}
//排序
sortPostProcessors(currentRegistryProcessors, beanFactory);
registryProcessors.addAll(currentRegistryProcessors);

接下来就要执行

invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);

已经知道了ConfigurationClassPostProcessor这个后置处理器是用来扫描并添加到bdmap中的。那么先来看看执行之前bdMap中有哪些

Spring IOC---invokeBeanFactoryPostProcessors源码分析

5个Spring提供的 + 一个配置类

执行了上述代码之后,设置了Spring注解的类,被扫描并且添加到bdMap中

Spring IOC---invokeBeanFactoryPostProcessors源码分析

处理完了要清空currentRegistryProcessors

currentRegistryProcessors.clear();
3.2.2.3 处理spring扫描的并且是实现了BeanDefinitionRegistryPostProcessor和Ordered接口的类
postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
for (String ppName : postProcessorNames) {//遍历
   if (!processedBeans.contains(ppName) && beanFactory.isTypeMatch(ppName, Ordered.class)) {//有没有实现Ordered接口
      currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));//添加到集合中准备处理
      processedBeans.add(ppName);//添加到已经处理过的集合中,避免重复处理
   }
}
sortPostProcessors(currentRegistryProcessors, beanFactory);
registryProcessors.addAll(currentRegistryProcessors);
invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);
currentRegistryProcessors.clear();

第一句和之前出现的一样,找到bdMap中BeanDefinitionRegistryPostProcessor类型的类。

Spring IOC---invokeBeanFactoryPostProcessors源码分析

比前面多了两个

然后for循环遍历,将还没处理的后置处理器并且实现了Ordered接口的类 添加到currentRegistryProcessors集合中 准备处理,并添加到processedBeans集合中。

for (String ppName : postProcessorNames) {//遍历
   if (!processedBeans.contains(ppName) && beanFactory.isTypeMatch(ppName, Ordered.class)) {//有没有实现Ordered接口
      currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));//添加到集合中准备处理
      processedBeans.add(ppName);//添加到已经处理过的集合中,避免重复处理
   }
}

此时 currentRegistryProcessors 集合中只有一个,spring自带的已经被处理过了,所以不会添加进来,ScannedTwo没有实现Ordered接口。

Spring IOC---invokeBeanFactoryPostProcessors源码分析

对currentRegistryProcessors集合排序,然后将这个集合中的后置处理器都添加到registryProcessors记忆集中,等待后续处理。

然后执行currentRegistryProcessors中后置处理器的逻辑

处理完之后清空currentRegistryProcessors

sortPostProcessors(currentRegistryProcessors, beanFactory);
registryProcessors.addAll(currentRegistryProcessors);
invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);
currentRegistryProcessors.clear();

调试源码控制台输出如下:比之前多了一行,也就是执行了currentRegistryProcessors中后置处理器的逻辑

Spring IOC---invokeBeanFactoryPostProcessors源码分析

3.2.2.4 处理spring扫描的并且实现了BeanDefinitionRegistryPostProcessor接口没有实现Ordered接口的类

和上面的逻辑差不多 只是这里处理的是没有实现Ordered接口的类。不再赘述。
但是这里为什么需要一个while循环呢?
答:当通过bdMap 拿到后置处理器。而这个后置处理器是实现了BeanDefinitionRegistryPostProcessor接口,这个后置处理器可以去执行和Spring提供的ConfigurationClassPostProcessor一样的功能,去扫描指定的包下的bean。如果此时扫描到的bean恰好也是一个后置处理器。那么此时就需要while循环,在下一次循环的时候去拿到这个bean的实例并执行逻辑。

boolean reiterate = true;
while (reiterate) {
   reiterate = false;
   postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);//bd中找到实现了BeanDefinitionRegistryPostProcessor接口的类的beanName
   for (String ppName : postProcessorNames) {
      if (!processedBeans.contains(ppName)) {//判断是否有没有处理过
         currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));//添加到集合中准备处理
         processedBeans.add(ppName);//添加到已经处理过的集合中,避免重复处理
         reiterate = true;
      }
   }
   sortPostProcessors(currentRegistryProcessors, beanFactory);
   registryProcessors.addAll(currentRegistryProcessors);
   invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);
   currentRegistryProcessors.clear();
}

上述逻辑处理完 控制台输出结果如下:多了最后一行。

可以看出由Spring扫描的类,实现了Ordered接口的会先于没有实现Ordered接口的执行。

Spring IOC---invokeBeanFactoryPostProcessors源码分析

3.2.2.5 处理实现了BeanDefinitionRegistryPostProcessor接口的类 的父接口BeanFactoryPostProcessor的逻辑

之前在处理实现了BeanDefinitionRegistryPostProcessor接口的类的过程中,已经将这些都记忆了下来 保存在了registryProcessors中。所以这里就不需要在进行遍历的寻找。

invokeBeanFactoryPostProcessors(registryProcessors, beanFactory);

执行完之后,控制台输出的结果如下:

Spring IOC---invokeBeanFactoryPostProcessors源码分析

多了这4行,也就是上述的那些执行过BeanDefinitionRegistryPostProcessor逻辑的后置处理器再执行BeanFactoryPostProcessor逻辑。因为BeanDefinitionRegistryPostProcessor是BeanFactoryPostProcessor的子接口,所以也属于BeanFactoryPostProcessor

3.2.2.6 处理程序手动添加的并且实现了BeanFactoryPostProcessor接口的类

regularPostProcessors这个集合里面的内容,在第一个for循环的时候就已经添加了,存放的是程序员手动添加的实现BeanFactoryPostProcessor接口的类

invokeBeanFactoryPostProcessors(regularPostProcessors, beanFactory);

执行完之后,控制台输出的结果如下。

Spring IOC---invokeBeanFactoryPostProcessors源码分析

3.2.2.7 处理Spring扫描的并且实现了BeanFactoryPostProcessor接口的类

第一行和上面出现的类似,得到实现了BeanFactoryPostProcessor接口的类的beanName

然后开辟了三个集合。

分别是存放实现了PriorityOrdered接口的后置处理器、存放实现了Ordered接口的后置处理器的BeanName、存放没有实现这两个接口的后置处理器的BeanName。

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

// Separate between BeanFactoryPostProcessors that implement PriorityOrdered,
// Ordered, and the rest.
List<BeanFactoryPostProcessor> priorityOrderedPostProcessors = new ArrayList<>();
List<String> orderedPostProcessorNames = new ArrayList<>();
List<String> nonOrderedPostProcessorNames = new ArrayList<>();
for (String ppName : postProcessorNames) {
   if (processedBeans.contains(ppName)) {
      // skip - already processed in first phase above
   }
   else if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
      priorityOrderedPostProcessors.add(beanFactory.getBean(ppName, BeanFactoryPostProcessor.class));
   }
   else if (beanFactory.isTypeMatch(ppName, Ordered.class)) {
      orderedPostProcessorNames.add(ppName);
   }
   else {
      nonOrderedPostProcessorNames.add(ppName);
   }
}

下面的逻辑很简单,也就是先执行实现了PriorityOrdered接口的后置处理器,然后执行实现了Ordered接口的后置处理器,最后执行没有实现这两个接口的后置处理器。

// First, invoke the BeanFactoryPostProcessors that implement PriorityOrdered.
sortPostProcessors(priorityOrderedPostProcessors, beanFactory);
invokeBeanFactoryPostProcessors(priorityOrderedPostProcessors, beanFactory);

// Next, invoke the BeanFactoryPostProcessors that implement Ordered.
List<BeanFactoryPostProcessor> orderedPostProcessors = new ArrayList<>(orderedPostProcessorNames.size());
for (String postProcessorName : orderedPostProcessorNames) {
   orderedPostProcessors.add(beanFactory.getBean(postProcessorName, BeanFactoryPostProcessor.class));
}
sortPostProcessors(orderedPostProcessors, beanFactory);
invokeBeanFactoryPostProcessors(orderedPostProcessors, beanFactory);

// Finally, invoke all other BeanFactoryPostProcessors.
List<BeanFactoryPostProcessor> nonOrderedPostProcessors = new ArrayList<>(nonOrderedPostProcessorNames.size());
for (String postProcessorName : nonOrderedPostProcessorNames) {
   nonOrderedPostProcessors.add(beanFactory.getBean(postProcessorName, BeanFactoryPostProcessor.class));
}
invokeBeanFactoryPostProcessors(nonOrderedPostProcessors, beanFactory);

// Clear cached merged bean definitions since the post-processors might have
// modified the original metadata, e.g. replacing placeholders in values...
beanFactory.clearMetadataCache();

控制台的输出结果如下

Spring IOC---invokeBeanFactoryPostProcessors源码分析

4.总结

后置处理器的执行顺序

  1. 程序员手动添加的 并且是实现了BeanDefinitionRegistryPostProcessor的接口的后置处理器。详情参考3.2.2.1
  2. spring自带的后置处理器,也就是ConfigurationClassPostProcessor。详情参考3.2.2.2
  3. Spring扫描的并且实现了BeanDefinitionRegistryPostProcessor接口和Ordered接口的后置处理器。详情参考3.2.2.3
  4. Spring扫描的并且实现了BeanDefinitionRegistryPostProcessor接口但没有实现Ordered接口的后置处理器。详情参考3.2.2.4
  5. 处理上述后置处理器中的父接口BeanFactoryPostProcessor的逻辑。详情参考3.2.2.5
  6. 程序员手动添加的并且实现了BeanFactoryPostProcessor接口的后置处理器。详情参考3.2.2.6
  7. Spring扫描的,并且实现了BeanFactoryPostProcessor接口的后置处理器。按照实现了Priority接口、Ordered接口和没有实现这两个接口的顺序执行。详情参考3.2.2.7
声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。