从spring源码层面分析循环依赖解决方案的实现原理(上)

简介: 从spring源码层面分析循环依赖解决方案的实现原理(上)

image.png

A对象中有b属性,B对象中有a属性。

spring对象默认是单例的,在spring容器中,所有对象有且仅有一个。

假设先创建a对象,意味着在创建a的过程中需要去设置属性b,检索一下有没有b属性,如果没有b属性的话,那就需要创建b对象了,而创建b对象的时候,紧跟着就会有一个属性a的设置,又要去看看有没有对象a,所以这样的情况就造成了循环依赖。

而要解决循环依赖问题,需要深刻的认识bean的生命周期。

粗力度的划分bean生命周期4个阶段:

image.png

  • • 实例化 在堆中申请开辟一块空间
  • • 初始化 给对象的属性进行赋值,以及某些额外的扩展工作
  • • 使用
  • • 销毁

本文的目标是解决循环依赖问题,所以重点聊下实例化和初始化。

上文说到spring容器中有一级缓存、二级缓存、三级缓存,而循环依赖必须使用三级缓存,为什么不能使用一级缓存和二级缓存?

创建A对象要包含几个环节

image.png

假设先创建A对象-->先实例化A对象,b属性为null-->给A对象的b属性赋值-->判断容器中是否有B对象,如果有直接赋值,如果没有则创建B对象-->实例化B对象,a=null-->给B对象的a属性赋值-->判断容器中是否有A对象,如果有直接赋值,如果没有,则创建A对象。

从上图可以看出,这是一个死循环、闭环。

而要解开这个闭环需要思考的维度是在哪个地方是最后一个步骤落成了闭环--就是图中标记1的地方。

思考:如果把这一步去掉,那么就不存在闭环,能否把这一步去掉?

而出现这一步的前提是上一步:判断容器中是否有A对象。在整个对象的创建过程中到底有没有a对象,答案是有的,在刚开始创建的时候其实已经把a对象创建出来了,只是此时的a对象不是完成的对象即图中标记2。

对象有2个状态

  • • 半成品对象

完成实例化未完成初始化

  • • 成品对象

完成实例化且完成初始化

图中标记2处的a对象是有的,只是还处于半成品的状态。

如果持有某一个对象的引用,那么能否在后续步骤的时候对该对象进行赋值操作?

答案是可以的,因为实例化对象即是在堆中申请一块空间,其实就是一个地址、引用,只要有一个地址,就可以拿着这个地址的引用来进行对象的赋值操作。

把刚刚的步骤重新梳理一遍:

刚开始先创建a对象,创建完之后,实例化a对象,其中b属性为null, 将标记1处的半成品的a对象放入一个map集合中去。


image.png

key为A,value是A半成品对象。

接下来给A对象中的b属性赋值,判断当前缓存中是否有b对象,因此时的map中是不包含b对象的,所以去创建B对象,然后实例化B对象,a属性为null,此时将半成品状态的B对象放到map集合中,对应图标记3处。

image.png

然后给B对象中的a属性赋值,判断容器中是否有A对象,如果可以从ma集合中获取到,那么标记1处的那条线就没有必要存在了。

因此时map集合中是有A对象的,所以取出a对象给b中的a属性赋值。


image.png

此时b对象就是成品对象了,把它放到map集合中。

创建B对象的原因是为了给a中的b属性赋值,现在b对象创建完了并且变成了成品对象,那么就可以给a对象中的b属性赋值了。

赋值之后,a就变成成品对象了,把它放入map集合中。

image.png

此时对象都创建完成了,也没有出现闭环问题。

spring解决循环依赖最本质的点在于实例化和初始化是分开执行的。

再思考一个问题:

上面的过程是将对象的半成品和成品都放在了一个map集合中了,那将不同类的对象放到不同的map集合里面,一个放半成品,一个放成品即分别对应一级缓存和二级缓存,那么是否完全不需要三级缓存了?

这个就是接下来要阐述的为什么一定要使用三级缓存来解决循环依赖问题。

image.png

上图两种不同颜色分别代表创建a对象和b对象的过程,执行步骤都是差不多的。

spring容器中的一级、二级、三级缓存对应的是哪个map集合?

image.png

  • • singletonObjects 一级缓存
  • • earlySingletonObjects 二级缓存
  • • singletonFactories 三级缓存

一级缓存和二级缓存是线程安全的ConcurrentHashMap,三级缓存是线程不安全的HashMap;一级缓存容量更大一些;一级和二级缓存放的是object对象,三级缓存放的是ObjectFactory。

image.png

ObjectFactory是函数式接口,有且仅有一个方法,可以当作方法的数传入进去。当指明此类型参数的方法,可以传入一个lambda表达方式,在执行的时候并不会执行lambda表达式,而在调用getObject方法的时候才会调用lamdba处理的逻辑,这是利用的函数式编程的思想。


image.png

最开始的时候这些缓存都是空的。

接下来咱们debug源码。

image.png

在xml中定义2个bean


image.png

相关文章
|
20天前
|
Dubbo Java 应用服务中间件
Spring Cloud Dubbo:微服务通信的高效解决方案
【10月更文挑战第15天】随着信息技术的发展,微服务架构成为企业应用开发的主流。Spring Cloud Dubbo结合了Dubbo的高性能RPC和Spring Cloud的生态系统,提供高效、稳定的微服务通信解决方案。它支持多种通信协议,具备服务注册与发现、负载均衡及容错机制,简化了服务调用的复杂性,使开发者能更专注于业务逻辑的实现。
44 2
|
27天前
|
Java Spring 容器
Spring底层原理大致脉络
Spring底层原理大致脉络
|
26天前
|
Java BI API
spring boot 整合 itextpdf 导出 PDF,写入大文本,写入HTML代码,分析当下导出PDF的几个工具
这篇文章介绍了如何在Spring Boot项目中整合iTextPDF库来导出PDF文件,包括写入大文本和HTML代码,并分析了几种常用的Java PDF导出工具。
288 0
spring boot 整合 itextpdf 导出 PDF,写入大文本,写入HTML代码,分析当下导出PDF的几个工具
|
1月前
|
Java Spring 容器
Spring IOC、AOP与事务管理底层原理及源码解析
【10月更文挑战第1天】Spring框架以其强大的控制反转(IOC)和面向切面编程(AOP)功能,成为Java企业级开发中的首选框架。本文将深入探讨Spring IOC和AOP的底层原理,并通过源码解析来揭示其实现机制。同时,我们还将探讨Spring事务管理的核心原理,并给出相应的源码示例。
118 9
|
1月前
|
XML Java 应用服务中间件
【Spring】运行Spring Boot项目,请求响应流程分析以及404和500报错
【Spring】运行Spring Boot项目,请求响应流程分析以及404和500报错
137 2
|
1月前
|
缓存 Java Spring
源码解读:Spring如何解决构造器注入的循环依赖?
本文详细探讨了Spring框架中的循环依赖问题,包括构造器注入和字段注入两种情况,并重点分析了构造器注入循环依赖的解决方案。文章通过具体示例展示了循环依赖的错误信息及常见场景,提出了三种解决方法:重构代码、使用字段依赖注入以及使用`@Lazy`注解。其中,`@Lazy`注解通过延迟初始化和动态代理机制有效解决了循环依赖问题。作者建议优先使用`@Lazy`注解,并提供了详细的源码解析和调试截图,帮助读者深入理解其实现机制。
21 1
|
1月前
|
设计模式 Java Spring
Spring Boot监听器的底层实现原理
Spring Boot监听器的底层实现原理主要基于观察者模式(也称为发布-订阅模式),这是设计模式中用于实现对象之间一对多依赖的一种常见方式。在Spring Boot中,监听器的实现依赖于Spring框架提供的事件监听机制。
25 1
|
1月前
|
Java 关系型数据库 开发工具
idea创建不了spring2.X版本,无法使用JDK8,最低支持JDK17 , 如何用idea创建spring2.X版本,使用JDK8解决方案
本文提供了解决方案,如何在IDEA中创建Spring 2.X版本的项目并使用JDK8,尽管Spring 2.X已停止维护且IDEA不再直接支持,通过修改pom.xml或使用阿里云的国内源来创建项目。
58 0
idea创建不了spring2.X版本,无法使用JDK8,最低支持JDK17 , 如何用idea创建spring2.X版本,使用JDK8解决方案
|
2月前
|
缓存 Java Spring
手写Spring Ioc 循环依赖底层源码剖析
在Spring框架中,IoC(控制反转)是一个核心特性,它通过依赖注入(DI)实现了对象间的解耦。然而,在实际开发中,循环依赖是一个常见的问题。
39 4
|
2月前
|
负载均衡 Java 网络架构
实现微服务网关:Zuul与Spring Cloud Gateway的比较分析
实现微服务网关:Zuul与Spring Cloud Gateway的比较分析
85 5