从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

相关文章
|
6月前
|
缓存 Java 开发者
【Spring】原理:Bean的作用域与生命周期
本文将围绕 Spring Bean 的作用域与生命周期展开深度剖析,系统梳理作用域的类型与应用场景、生命周期的关键阶段与扩展点,并结合实际案例揭示其底层实现原理,为开发者提供从理论到实践的完整指导。
781 22
|
6月前
|
人工智能 Java 开发者
【Spring】原理解析:Spring Boot 自动配置
Spring Boot通过“约定优于配置”的设计理念,自动检测项目依赖并根据这些依赖自动装配相应的Bean,从而解放开发者从繁琐的配置工作中解脱出来,专注于业务逻辑实现。
2274 0
|
10月前
|
监控 安全 Java
Spring AOP实现原理
本内容主要介绍了Spring AOP的核心概念、实现机制及代理生成流程。涵盖切面(Aspect)、连接点(Join Point)、通知(Advice)、切点(Pointcut)等关键概念,解析了JDK动态代理与CGLIB代理的原理及对比,并深入探讨了通知执行链路和责任链模式的应用。同时,详细分析了AspectJ注解驱动的AOP解析过程,包括切面识别、切点表达式匹配及通知适配为Advice的机制,帮助理解Spring AOP的工作原理与实现细节。
1481 13
|
5月前
|
XML Java 测试技术
《深入理解Spring》:IoC容器核心原理与实战
Spring IoC通过控制反转与依赖注入实现对象间的解耦,由容器统一管理Bean的生命周期与依赖关系。支持XML、注解和Java配置三种方式,结合作用域、条件化配置与循环依赖处理等机制,提升应用的可维护性与可测试性,是现代Java开发的核心基石。
|
5月前
|
XML Java 应用服务中间件
【SpringBoot(一)】Spring的认知、容器功能讲解与自动装配原理的入门,带你熟悉Springboot中基本的注解使用
SpringBoot专栏开篇第一章,讲述认识SpringBoot、Bean容器功能的讲解、自动装配原理的入门,还有其他常用的Springboot注解!如果想要了解SpringBoot,那么就进来看看吧!
640 2
|
7月前
|
Java 关系型数据库 数据库
深度剖析【Spring】事务:万字详解,彻底掌握传播机制与事务原理
在Java开发中,Spring框架通过事务管理机制,帮我们轻松实现了这种“承诺”。它不仅封装了底层复杂的事务控制逻辑(比如手动开启、提交、回滚事务),还提供了灵活的配置方式,让开发者能专注于业务逻辑,而不用纠结于事务细节。
1039 1
|
11月前
|
前端开发 Java 物联网
智慧班牌源码,采用Java + Spring Boot后端框架,搭配Vue2前端技术,支持SaaS云部署
智慧班牌系统是一款基于信息化与物联网技术的校园管理工具,集成电子屏显示、人脸识别及数据交互功能,实现班级信息展示、智能考勤与家校互通。系统采用Java + Spring Boot后端框架,搭配Vue2前端技术,支持SaaS云部署与私有化定制。核心功能涵盖信息发布、考勤管理、教务处理及数据分析,助力校园文化建设与教学优化。其综合性和可扩展性有效打破数据孤岛,提升交互体验并降低管理成本,适用于日常教学、考试管理和应急场景,为智慧校园建设提供全面解决方案。
638 70
|
7月前
|
设计模式 Java 开发者
如何快速上手【Spring AOP】?从动态代理到源码剖析(下篇)
Spring AOP的实现本质上依赖于代理模式这一经典设计模式。代理模式通过引入代理对象作为目标对象的中间层,实现了对目标对象访问的控制与增强,其核心价值在于解耦核心业务逻辑与横切关注点。在框架设计中,这种模式广泛用于实现功能扩展(如远程调用、延迟加载)、行为拦截(如权限校验、异常处理)等场景,为系统提供了更高的灵活性和可维护性。
|
10月前
|
前端开发 Java 数据库连接
Spring核心原理剖析与解说
每个部分都是将一种巨大并且复杂的技术理念传达为更易于使用的接口,而这就是Spring的价值所在,它能让你专注于开发你的应用,而不必从头开始设计每一部分。
285 32
|
8月前
|
缓存 安全 Java
Spring 框架核心原理与实践解析
本文详解 Spring 框架核心知识,包括 IOC(容器管理对象)与 DI(容器注入依赖),以及通过注解(如 @Service、@Autowired)声明 Bean 和注入依赖的方式。阐述了 Bean 的线程安全(默认单例可能有安全问题,需业务避免共享状态或设为 prototype)、作用域(@Scope 注解,常用 singleton、prototype 等)及完整生命周期(实例化、依赖注入、初始化、销毁等步骤)。 解析了循环依赖的解决机制(三级缓存)、AOP 的概念(公共逻辑抽为切面)、底层动态代理(JDK 与 Cglib 的区别)及项目应用(如日志记录)。介绍了事务的实现(基于 AOP
306 0

热门文章

最新文章