Spring源码之bean 的加载(三)

简介: bean 的加载(三)

bean 的加载(三)


之前文章主要讲解了从bean的实例中获取对象,准备过程以及实例化的前置处理。实例化bean是一个非常复杂的过程,本文主要讲解Spring是如何解决循环依赖。


什么是循环依赖

循环依赖就是循环引用,其实就是两个或者多个bean相互持有对方,比如 A 引用 B ,B 引用 C,C 引用 A,最终成为一个环。

image.png

循环依赖是无法解决的,除非有终结条件,否则就是死循环,直到内存溢出。


什么情况下循环依赖可以被处理

Spring中解决循环依赖是有前置条件:


  • 出现循环依赖的bean必须是单例的,如果是prototype则不会出现
  • 依赖注入的方式不能全为构造器注入,只能解决纯setter注入的情况


依赖情况 依赖注入方式 是否可以解决
A、B相互依赖 均采用setter方式注入 可以
A、B相互依赖 均采用属性自动注入 可以
A、B相互依赖 均采用构造器注入 不可以
A、B相互依赖 A中注入为setter,B中为构造器 可以
A、B相互依赖 A中注入为构造器,B中为setter,Spring在创建过程中会根据自然排序,A优先于B创建 不可以


Spring如何解决循环依赖

首先Spring容器循环依赖包括构造器循环依赖setter循环依赖,在了解Spring是如何解决循环依赖之前,我们先创建这几个类。

public class TestA {
   private TestB testB;
   public TestA(TestB testB) {
         this.testB = testB;
     }
   public void a(){
      testB.b();
   }
   public TestB getTestB() {
      return testB;
   }
   public void setTestB(TestB testB){
      this.testB = testB;
   }
}
public class TestB {
   private TestC testC;
   public TestB(TestC testC) {
          this.testC = testC;
     }
   public void b(){
      testC.c();
   }
   public TestC getTestC() {
      return testC;
   }
   public void setTestC(TestC testC) {
      this.testC = testC;
   }
}
public class TestC {
   private TestA testA;
   public TestC(TestA testA) {
          this.testA = testA;
     }
   public void c() {
      testA.a();
   }
   public TestA getTestA() {
      return testA;
   }
   public void setTestA(TestA testA) {
      this.testA = testA;
   }
}

构造器循环依赖

构造器循环依赖表示通过构造器注入造成的循环依赖,需要注意的是,这种情况是无法解决的,会抛出BeanCurrentlyInCreationException异常。


Spring容器会将每一个正在创建的Bean标识符放在一个“当前创建Bean池”中,Bean标识符在创建过程中将一直保持在这个池中。如果在创建bean的过程中发现自己已经在“当前创建Bean池”时,就会抛出上述异常表示循环依赖。当bean创建完成后则会从“当前创建Bean池”移除。


  1. 创建配置文件
<bean id="a" class="cn.jack.TestA">
   <constructor-arg index="0" ref="b"/>
</bean>
<bean id="b" class="cn.jack.TestB">
   <constructor-arg index="0" ref="c"/>
</bean>
<bean id="c" class="cn.jack.TestC">
   <constructor-arg index="0" ref="a"/>
</bean>
  1. 创建测试用例
public class Test {
    public static void main(String[] args) {
         new ClassPathXmlApplicationContext("spring-config.xml");
    }
}
  1. 运行结果
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'b' defined in class path resource [spring-config.xml]: Cannot resolve reference to bean 'c' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'c' defined in class path resource [spring-config.xml]: Cannot resolve reference to bean 'a' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'a': Requested bean is currently in creation: Is there an unresolvable circular reference?


如果了解了刚才描述的情况,我们很容易就可以想到是在创建TestC对象的时候需要准备其构造参数TestA,这时候Spring容器要去创建TestA,但发现该bean标识符已经在“当前创建Bean池”中了,所以就抛出上述异常。


setter循环依赖

对于setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但还未完成其他步骤(比如setter注入)的bean来完成的,而且只能解决单例作用域下的bean循环依赖。通过提前暴露一个单例工厂方法,从而使其他bean可以引用到该bean。


根据我们的代码案例流程如下:


  • Spring容器创建单例TestA,随后调用无参构造器创建bean,并暴露出ObjectFactory,用于返回一个提前暴露创建中的bean,并将 testA 标识符放到 “当前创建bean池”中,然后进行setter注入 TestB
  • Spring容器创建单例TestB,随后调用无参构造器创建bean,并暴露出ObjectFactory,用于返回一个提前暴露创建中的bean,并将 testB 标识符放到 “当前创建bean池”中,然后进行setter注入 TestC
  • Spring容器创建单例TestC,随后调用无参构造器创建bean,并暴露出ObjectFactory,用于返回一个提前暴露创建中的bean,并将 testC 标识符放到 “当前创建bean池”中,然后进行setter注入 TestA ,由于之前已经提前暴露了 ObjectFactory,从而使用它返回提前暴露的一个创建中的bean。其余同理。


prototype范围的依赖处理

scope="prototype"意思是每次请求都会创建一个实例对象。


两者的区别是:有状态的bean都使用Prototype作用域,无状态的一般都使用singleton单例作用域。


对于“prototype”作用域Bean,Spring容器无法完成依赖注入,因为“prototype”作用域的Bean,Spring容器不进行缓存,因此无法提前暴露一个创建中的Bean。所以还是会抛出上述异常。


流程解析

这里就拿TestA 依赖 TestB,TestB 依赖 TestA 举例。

image.png

在 TestA 和 TestB 循环依赖的场景中:


TestB populatedBean 查找依赖项 TestA 的时候,从一级缓存中虽然未获取到 TestA,但是发现 TestA 在创建中。


此时,从三级缓存中获取 A 的 singletonFactory 调用工厂方法,创建 getEarlyBeanReference TestA 的早期引用并返回。


二级缓存能否解决循环依赖

我们知道在实例化过程中,将处于半成品的对象地址全部放在缓存中,提前暴露对象,在后续的过程中,再次对提前暴露的对象进行赋值,然后将赋值完成的对象,也就是成品对象放在一级缓存中,删除二级和三级缓存。


如果不要二级缓存的话,一级缓存会存在半成品和成品的对象,获取的时候,可能会获取到半成品的对象,无法使用。


如果不要三级缓存的话,未使用AOP的情况下,只需要一级和二级缓存也是可以解决Spring循环依赖;但是如果使用了AOP进行增强功能的话,必须使用三级缓存,因为在获取三级缓存过程中,会用代理对象替换非代理对象,如果没有三级缓存,那么就无法得到代理对象。


三级缓存是为了解决AOP代理过程中产生的循环依赖问题。


我们在代码上增加aop相关切面操作后,变化就在initializeBean方法中产生,调用applyBeanPostProcessorsBeforeInitialization方法。

image.png

image.png

在getBeanPostProcessors中中有一个处理器为:


AnnotationAwareAspectJAutoProxyCreator 其实就是加的注解切面,随后调用会跳转到 AbstractAutoProxyCreator 类的 postProcessAfterInitialization 方法中。


如下代码,wrapIfNecessary 方法会判断是否满足代理条件,是的话返回一个代理对象,否则返回当前 Bean。

image.png

最后TestA 被替换为了代理对象。在doCreateBean 返回,以及后面放到一级缓存中的都是代理对象。


如果TestA和TestB都是用了AOP动态代理,前面的一些列流程,都和正常的没有什么区别。而唯一的区别在于,创建 TestB 的时候,需要从三级缓存获取 TestA。


此时在 getSingleton 方法中会调用:singletonObject = singletonFactory.getObject();

image.pngimage.pngimage.png

image.png

看到 wrapIfNecessary 就明白了吧!这里会获取一个代理对象


也就是说此时返回,并放到二级缓存的是一个 TestA 的代理对象。


这样 TestB 就创建完毕了!


到 TestA 开始初始化并执行后置处理器了,因为 TestA 也有代理,所以 TestA 也会执行到 postProcessAfterInitialization 这一部分!


但是在执行 wrapIfNecessary 之前,会先判断代理对象缓存是否有 TestA 了。

image.png

但是这块获取到的是 TestA 的代理对象。肯定是 false 。 所以不会再生成一次 TestA 的代理对象。


总结

TestA和TestB都存在动态代理情况下的流程图:

image.png


相关文章
|
18天前
|
Java 应用服务中间件 Nacos
Spring Cloud 常用各个组件详解及实现原理(附加源码+实现逻辑图)
Spring Cloud 常用各个组件详解及实现原理(附加源码+实现逻辑图)
31 0
|
21天前
|
监控 数据可视化 安全
一套成熟的Spring Cloud智慧工地平台源码,自主版权,开箱即用
这是一套基于Spring Cloud的智慧工地管理平台源码,具备自主版权,易于使用。平台运用现代技术如物联网、大数据等改进工地管理,服务包括建设各方,提供人员、车辆、视频监控等七大维度的管理。特色在于可视化管理、智能报警、移动办公和分布计算存储。功能涵盖劳务实名制管理、智能考勤、视频监控AI识别、危大工程监控、环境监测、材料管理和进度管理等,实现工地安全、高效的智慧化管理。
|
21小时前
|
Java 应用服务中间件 测试技术
深入探索Spring Boot Web应用源码及实战应用
【5月更文挑战第11天】本文将详细解析Spring Boot Web应用的源码架构,并通过一个实际案例,展示如何构建一个基于Spring Boot的Web应用。本文旨在帮助读者更好地理解Spring Boot的内部工作机制,以及如何利用这些机制优化自己的Web应用开发。
7 2
|
3天前
|
存储 前端开发 Java
Spring Boot自动装配的源码学习
【4月更文挑战第8天】Spring Boot自动装配是其核心机制之一,其设计目标是在应用程序启动时,自动配置所需的各种组件,使得应用程序的开发和部署变得更加简单和高效。下面是关于Spring Boot自动装配的源码学习知识点及实战。
13 1
|
4天前
|
传感器 人工智能 前端开发
JAVA语言VUE2+Spring boot+MySQL开发的智慧校园系统源码(电子班牌可人脸识别)Saas 模式
智慧校园电子班牌,坐落于班级的门口,适合于各类型学校的场景应用,班级学校日常内容更新可由班级自行管理,也可由学校统一管理。让我们一起看看,电子班牌有哪些功能呢?
46 4
JAVA语言VUE2+Spring boot+MySQL开发的智慧校园系统源码(电子班牌可人脸识别)Saas 模式
|
11天前
|
消息中间件 安全 Java
在Spring Bean中,如何通过Java配置类定义Bean?
【4月更文挑战第30天】在Spring Bean中,如何通过Java配置类定义Bean?
20 1
|
12天前
|
设计模式 安全 Java
【初学者慎入】Spring源码中的16种设计模式实现
以上是威哥给大家整理了16种常见的设计模式在 Spring 源码中的运用,学习 Spring 源码成为了 Java 程序员的标配,你还知道Spring 中哪些源码中运用了设计模式,欢迎留言与威哥交流。
|
14天前
|
前端开发 Java 数据格式
【Spring系列笔记】定义Bean的方式
在Spring Boot应用程序中,定义Bean是非常常见的操作,它是构建应用程序的基础。Spring Boot提供了多种方式来定义Bean,每种方式都有其适用的场景和优势。
32 2
|
16天前
|
XML 人工智能 Java
Spring Bean名称生成规则(含源码解析、自定义Spring Bean名称方式)
Spring Bean名称生成规则(含源码解析、自定义Spring Bean名称方式)
|
22天前
|
Java Maven Nacos
Spring Cloud Eureka 服务注册和服务发现超详细(附加--源码实现案例--及实现逻辑图)
Spring Cloud Eureka 服务注册和服务发现超详细(附加--源码实现案例--及实现逻辑图)
31 0