spring bean post processor

简介: 上一篇文章我们聊了下 Aware 接口、今天我们再来聊一下 BeanPostProcessor 吧

上一篇文章我们聊了下 Aware 接口、今天我们再来聊一下 BeanPostProcessor

为了各位客官老爷们看代码方便、不贴代码了、直接截图


其实再 AbstractBeanFactory 中有一个 List 专门存放着所有的 BeanPostProcessor

private final List<BeanPostProcessor> beanPostProcessors;
复制代码


我们先来一睹 BeanPostProcessor 的真容吧


就那么两个方法

我们写个小例子玩玩呗


运行 demo ,  居然没有打印出来


看来我们需要手动注册一波

defaultListableBeanFactory.addBeanPostProcessor(new Student());
复制代码


我擦、这波操作有点骚啊、还真别这么写正常编码的时候。再次运行

Student:postProcessBeforeInitialization:student
Student:postProcessAfterInitialization:student
复制代码


BeanFactory 就这么弱鸡吗 ? 记得 ApplicationContext 是不用我们去注册的

我们使用一下 ApplicationContext 吧那就


运行一波、但是我的填为啥还是没打印呢、我们看看发生了啥、


当创建好 bean 然后回调 BeanPostProcessor 的时候、我们发现、在 beanPostProcessors 中并没有 Student 这个对象、也就是没有加入注册进去


但是我们在 ApplicationContext 初始化之后查看、发现它又在了、这、究竟是怎么回事呢 ( 我怎么这么多屁话 )

我先把调用链给出来吧

ClassPathXmlApplicationContext构造函数-->refresh()-->registerBeanPostProcessors()
复制代码

registerBeanPostProcessors 看其名就知道它是干啥的了、

registerBeanPostProcessors(ConfigurableListableBeanFactory beanFactory) {
   PostProcessorRegistrationDelegate.registerBeanPostProcessors(beanFactory, this);
}
复制代码


代码有点长、我们一点点分析

String[] postProcessorNames = beanFactory.getBeanNamesForType(BeanPostProcessor.class, true, false);
int beanProcessorTargetCount = beanFactory.getBeanPostProcessorCount() + 1 + postProcessorNames.length;
beanFactory.addBeanPostProcessor(new BeanPostProcessorChecker(beanFactory, beanProcessorTargetCount));
复制代码


这个代码就是先从已经注册的 beanDefinition 中找到所有实现了 BeanPostProcessorbeanName、然后反手就注册一个叫做 BeanPostProcessorCheckerBeanPostProcessor 。这个类有什么作用呢、下次一定跟大家一起学习一下、下次一定

List<BeanPostProcessor> priorityOrderedPostProcessors = new ArrayList<>();
List<BeanPostProcessor> internalPostProcessors = new ArrayList<>();
List<String> orderedPostProcessorNames = new ArrayList<>();
List<String> nonOrderedPostProcessorNames = new ArrayList<>();
复制代码


然后就定义了四个局部变量存放 beanName 或者 BeanPostProcessor 对象

  • priorityOrderedPostProcessors 这个是存放即实现了 BeanPostProcessor 又实现了 PriorityOrdered 接口的
  • internalPostProcessors 存放的实现了 PriorityOrdered  和  MergedBeanDefinitionPostProcessor 接口的( MergedBeanDefinitionPostProcessor 继承  BeanPostProcessor ),可以认为 internalPostProcessors  是 priorityOrderedPostProcessors 的子集
  • orderedPostProcessorNames 存放实现了 Ordered 接口的
  • nonOrderedPostProcessorNames 捡漏上面都不是的
for (String ppName : postProcessorNames) {
   if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
      BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
      priorityOrderedPostProcessors.add(pp);
      if (pp instanceof MergedBeanDefinitionPostProcessor) {
         internalPostProcessors.add(pp);
      }
   }
   else if (beanFactory.isTypeMatch(ppName, Ordered.class)) {
      // 为啥不在这里调用 getBean 方法、而是在下面的 for 循环中再调用、
      orderedPostProcessorNames.add(ppName);
   }
   else {
      // 为啥不在这里调用 getBean 方法、而是在下面的 for 循环中再调用、
      nonOrderedPostProcessorNames.add(ppName);
   }
}
复制代码


上面的代码就是遍历获取到的实现了 BeanPostProcessor 接口的 beanName、如果它也实现了 PriorityOrdered 接口的、那就调用 getBean 方法获取其 bean、如果只是实现了 Ordered 接口或者都没实现的话、那么就直接加入到对应的 List 中。这里留个问题,为啥保存实现 PriorityOrdered 接口的就要保存其 bean、实现 Ordered 或者都没实现的为啥只是保存其 beanName 、在上面的 else if 和 else 里面 getBean 一下不就得了 ?

// 先进行排序
sortPostProcessors(priorityOrderedPostProcessors, beanFactory);
// 注册
registerBeanPostProcessors(beanFactory, priorityOrderedPostProcessors);
复制代码


这里就是对实现了 PriorityOrdered 接口的 先进行排序、优先级高的先注册

List<BeanPostProcessor> orderedPostProcessors = new ArrayList<>(orderedPostProcessorNames.size());
for (String ppName : orderedPostProcessorNames) {
   BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
   orderedPostProcessors.add(pp);
   if (pp instanceof MergedBeanDefinitionPostProcessor) {
      internalPostProcessors.add(pp);
   }
}
sortPostProcessors(orderedPostProcessors, beanFactory);
registerBeanPostProcessors(beanFactory, orderedPostProcessors);
// Now, register all regular BeanPostProcessors.
List<BeanPostProcessor> nonOrderedPostProcessors = new ArrayList<>(nonOrderedPostProcessorNames.size());
for (String ppName : nonOrderedPostProcessorNames) {
   BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
   nonOrderedPostProcessors.add(pp);
   if (pp instanceof MergedBeanDefinitionPostProcessor) {
      internalPostProcessors.add(pp);
   }
}
registerBeanPostProcessors(beanFactory, nonOrderedPostProcessors);
复制代码


上面的这些代码都是差不多了的、都是能排序的话就先排序、然后再注册

sortPostProcessors(internalPostProcessors, beanFactory);
registerBeanPostProcessors(beanFactory, internalPostProcessors);
beanFactory.addBeanPostProcessor(new ApplicationListenerDetector(applicationContext));
复制代码


后面又重新注册 internalPostProcessors 里面的 BeanPostProcessor ,这个是什么操作呢,我们看看具体的注册方法

public void addBeanPostProcessor(BeanPostProcessor beanPostProcessor) {
  // 先移除
    this.beanPostProcessors.remove(beanPostProcessor);
    if (beanPostProcessor instanceof InstantiationAwareBeanPostProcessor) {
      this.hasInstantiationAwareBeanPostProcessors = true;
   }
   if (beanPostProcessor instanceof DestructionAwareBeanPostProcessor) {
      this.hasDestructionAwareBeanPostProcessors = true;
   }
  // 再增加
    this.beanPostProcessors.add(beanPostProcessor);
复制代码


这么操作一波之后、原来注册的 BeanPostProcessor 的位置就会被移动到 List 的尾部了

我们再回到我们上面的问题,我们的 Student 类明明实现了 BeanPostProcessor 接口,但是却没有被回调到


我们看看对应的代码

List<BeanPostProcessor> nonOrderedPostProcessors = new ArrayList<>(nonOrderedPostProcessorNames.size());
for (String ppName : nonOrderedPostProcessorNames) {
   BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
   nonOrderedPostProcessors.add(pp);
   if (pp instanceof MergedBeanDefinitionPostProcessor) {
      internalPostProcessors.add(pp);
   }
}
registerBeanPostProcessors(beanFactory, nonOrderedPostProcessors);
复制代码
ClassPathXmlApplicationContext构造函数-->refresh()-->registerBeanPostProcessors()
复制代码


当我们在 refresh 的时候、执行到 registerBeanPostProcessors , 我们发现整个 Spring 管理的 BeanDefinition 集合中、只有 Student 是实现了 BeanPostProcessor 接口的、然后我们通过 getBean 方法去获取这个 bean ,  注意这个时候 AbstractBeanFactory 中的 beanPostProcessors 除了 Spring 自己加入的一些 BeanPostProcessor 之外,Student 的对象不存在于此( Student 的对象还没被 Spring 创建出来) , 然后就走 getBean 的流程,走到 doCreateBean、走到 initializeBean 然后回调 BeanPostProcessor ,但是这个时候 Student 对象还是不在 beanPostProcessors 集合中、所以就不会打印了。其实可以得出一个结论,实现了 BeanPostProcessor 的 bean 当自身被 Spring 创建的时候、它是不会被回调到的

而上面还留了一个问题

List<BeanPostProcessor> priorityOrderedPostProcessors = new ArrayList<>();
List<BeanPostProcessor> internalPostProcessors = new ArrayList<>();
List<String> orderedPostProcessorNames = new ArrayList<>();
List<String> nonOrderedPostProcessorNames = new ArrayList<>();
复制代码


为啥 orderedPostProcessorNames 和 nonOrderedPostProcessorNames 的集合存放的是一个 String , 而不是直接是 BeanPostProcessor ?主要是为了在创建实现 Ordered 接口的类的时候、即实现了 PriorityOrdered 接口又实现了 BeanPostProcessor 接口的对象得到回调,同理当创建非 PriorityOrdered/Ordered 接口的 bean 时,实现了 PriorityOrdered/Ordered 的 BeanPostProcessor 也能得到回调。这也是一种优先级的关系



目录
相关文章
|
2月前
|
缓存 安全 Java
Spring Get请求 与post请求
本文详细介绍了Spring框架中GET请求和POST请求的区别及应用场景。GET请求用于从服务器获取资源,参数附在URL末尾,适合查看非敏感信息;POST请求用于向服务器提交数据,参数在请求体中传输,适合处理敏感信息。Spring通过`@GetMapping`和`@PostMapping`注解分别处理这两种请求。此外,文章还提供了示例代码,展示了如何在Spring中实现这两种请求的处理。最后,文章总结了推荐使用POST请求的原因,包括更高的安全性、更大的数据传输量、更好的幂等性及灵活性。
Spring Get请求 与post请求
|
3月前
|
XML Java 数据格式
Spring5入门到实战------7、IOC容器-Bean管理XML方式(外部属性文件)
这篇文章是Spring5框架的实战教程,主要介绍了如何在Spring的IOC容器中通过XML配置方式使用外部属性文件来管理Bean,特别是数据库连接池的配置。文章详细讲解了创建属性文件、引入属性文件到Spring配置、以及如何使用属性占位符来引用属性文件中的值。
Spring5入门到实战------7、IOC容器-Bean管理XML方式(外部属性文件)
|
22天前
|
XML Java 数据格式
Spring从入门到入土(bean的一些子标签及注解的使用)
本文详细介绍了Spring框架中Bean的创建和使用,包括使用XML配置文件中的标签和注解来创建和管理Bean,以及如何通过构造器、Setter方法和属性注入来配置Bean。
56 9
Spring从入门到入土(bean的一些子标签及注解的使用)
|
2月前
|
缓存 安全 Java
Spring框架中Bean是如何加载的?从底层源码入手,详细解读Bean的创建流程
从底层源码入手,通过代码示例,追踪AnnotationConfigApplicationContext加载配置类、启动Spring容器的整个流程,并对IOC、BeanDefinition、PostProcesser等相关概念进行解释
138 24
Spring框架中Bean是如何加载的?从底层源码入手,详细解读Bean的创建流程
|
12天前
|
Java 测试技术 Windows
咦!Spring容器里为什么没有我需要的Bean?
【10月更文挑战第11天】项目经理给小菜分配了一个紧急需求,小菜迅速搭建了一个SpringBoot项目并完成了开发。然而,启动测试时发现接口404,原因是控制器包不在默认扫描路径下。通过配置`@ComponentScan`的`basePackages`字段,解决了问题。总结:`@SpringBootApplication`默认只扫描当前包下的组件,需要扫描其他包时需配置`@ComponentScan`。
|
2月前
|
XML Java 数据格式
Spring IOC—基于XML配置Bean的更多内容和细节(通俗易懂)
Spring 第二节内容补充 关于Bean配置的更多内容和细节 万字详解!
183 18
Spring IOC—基于XML配置Bean的更多内容和细节(通俗易懂)
|
2月前
|
XML Java 数据格式
spring复习02,xml配置管理bean
详细讲解了Spring框架中基于XML配置文件管理bean的各种方式,包括获取bean、依赖注入、特殊值处理、属性赋值、集合类型处理、p命名空间、bean作用域及生命周期和自动装配。
spring复习02,xml配置管理bean
|
22天前
|
Java 开发者 Spring
Spring bean的生命周期详解!
本文详细解析Spring Bean的生命周期及其核心概念,并深入源码分析。Spring Bean是Spring框架的核心,由容器管理其生命周期。从实例化到销毁,共经历十个阶段,包括属性赋值、接口回调、初始化及销毁等。通过剖析`BeanFactory`、`ApplicationContext`等关键接口与类,帮助你深入了解Spring Bean的管理机制。希望本文能助你更好地掌握Spring Bean生命周期。
53 1
|
24天前
|
Java Spring
获取spring工厂中bean对象的两种方式
获取spring工厂中bean对象的两种方式
17 1
|
25天前
|
Java 开发者 Spring
Spring bean的生命周期详解!
本文详细介绍了Spring框架中的核心概念——Spring Bean的生命周期,包括实例化、属性赋值、接口回调、初始化、使用及销毁等10个阶段,并深入剖析了相关源码,如`BeanFactory`、`DefaultListableBeanFactory`和`BeanPostProcessor`等关键类与接口。通过理解这些核心组件,读者可以更好地掌握Spring Bean的管理和控制机制。
67 1