java-spring三级缓存解决循环依赖

最新推荐文章于 2025-11-04 20:16:37 发布
原创 最新推荐文章于 2025-11-04 20:16:37 发布 · 687 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#缓存 #java #spring

本文探讨了Spring框架中如何利用三级缓存机制解决循环依赖问题。通过详细解析A类与B类之间的依赖关系，展示了不同注入方式下（如set方法注入、属性注入和构造方法注入）循环依赖的具体表现及解决方案。

三级缓存解决循环依赖

环境准备

A类中依赖B类

B类中依赖A类
Spring Bean的初始化大致分为两个阶段，第一个阶段，通过反射创建Bean，此时bean是前期对象，并没有赋值，也就是A类通过反射创建之后，他依赖的B类为null；第二个阶段，给早期对象赋值，也就是将A类中的B类初始化。

三级缓存解决循环依赖，三个缓存整个bean初始化的分布情况

1、set方法注入时，循环依赖实在实例化A对象之后，加入到三级缓存池中，给A对象赋值的 时候，发现有依赖B对象。此时去创建B对象，B对象实例化完成之后，加入到三级缓存池中。 此时缓存池的情况（1级：没有，2级没有，3级A\B对象的早期对象）。B对象在赋值的时候， 发现依赖A对象，于是创建A对象，发现三级缓存池中存在A对象，那么此时直接从三级缓存 中获取到A对象，并从三级缓存中删除A对象，且把A对象添加到二级缓存池中。缓存池情况 （1、没有，2、A对象，3、B对象），于是B对象的赋值完成，走后面的逻辑：将B对象添加到 一级缓存之中，并把2、3级缓存池中的B对象删除。缓存池状态（1、B完整对象，2、A的早期 对象，3、没有）。此时B对象完成走A对象的赋值操作，A对象赋值成功，走A对象的后期逻辑 ，添加到1级缓存池中，并把2、3级缓存池中的A对象删除，缓存池状态（1、A、B完整对象, 2、没有，3、没有）。整个A对象实例化完成。走实例化B对象时，发现一级缓存池中已经 存在，直接获取到返回。

2、属性注入的方式，与set方法注入方式相同，也能解决循环依赖问题。

3、构造方式注入时，在实例化A对象的时候，就发现依赖B对象，此时就去创建B对象了， 而此时的A对象并没有加入三级缓存池中，B对象实例化时，发现依赖A对象，又去创建 A对象了，发现A对象正在创建，抛出异常，循环依赖问题。

所以，一般情况下，属性注入以及set方法注入时，可解决循环依赖问题，构造函数注入时，无法解决循环依赖问题，当有循环依赖问题时，会抛出异常。

对于多例对象的循环依赖，spring没有添加缓存中，每次使用都要new一下，所以多例无法解决循环依赖

【Spring】Spring 为何需要三级缓存解决循环依赖，而不是二级缓存？
九师兄
01-13 432
前面先讲到bean的加载流程，了解了bean加载流程对spring如何解决循环依赖的问题很有帮助，后面再分析到spring为什么需要利用到三级缓存解决循环依赖问题，而不是二级缓存。网上可以试试AOP的情形，实践一下就能明白二级缓存为什么解决不了AOP代理的场景了在工作中，一直认为编程代码不是最重要的，重要的是在工作中所养成的编程思维。
Spring 通过三级缓存解决循环依赖的深度剖析
shaozheng0503的博客
01-31 937
Spring 通过三级缓存解决循环依赖的深度剖析
java——Spring 中循环依赖 三级缓存
oopxiajun博客专栏
11-05 1446
直接循环依赖：两个Bean互相依赖，例如Bean A依赖于Bean B，同时Bean B也依赖于Bean A。间接循环依赖：通过多个Bean形成一个依赖链，最终回到起点，形成一个闭环。一级缓存（singletonObjects）：存储已经完全初始化和实例化的Bean对象。这个缓存的目的是确保Bean只初始化一次（是单例的），避免多次实例化相同的Bean对象，提高性能。二级缓存（earlySingletonObjects）：存储尚未完成属性注入和初始化的“半成品”Bean对象。
手把手教你解决循环依赖，一步一步地来窥探出三级缓存的奥秘
JavaMonsterr的博客
05-26 307
先不去管Spring中的循环依赖，我们先实现一个自定义注解，来模拟@Autowired的功能。 一、自定义注解模拟@Autowired 自定义Load注解，被该注解标识的字段，将会进行自动注入 /** * @author qcy * @create 2021/10/02 13:31:20 */ //只用在字段上 @Target(ElementType.FIELD) //运行时有效，这样可以通过反射解析注解 @Retention(RetentionPolicy.RUNTIME) public @
实战：Java 循环依赖&三级缓存-源码全解析
最新发布
weixin_44840369的博客
11-04 1058
if (exposedObject == bean) { // exposedObject 是 A@proxy2，bean 是 A@raw。getBean(beanName) → doGetBean() → 检查缓存 → 缓存未命中则创建 Bean → 存入缓存。public void doCommon() { /* 原 A 和 B 相互调用的逻辑 */ }public B(@Lazy A a) { this.a = a;
java 三级缓存
林在闪闪发光的博客
12-23 3555
就是把访问量较高的热点数据从传统的关系型数据库中加载到内存中，当用户再次访问热点数据时是从内存中加载，减少了对数据库的访问量，解决了高并发场景下容易造成数据库宕机的问题。
2024年Java最全手把手教你解决循环依赖，一步一步地来窥探出三级缓存的奥秘，附小技巧
2401_84692382的博客
05-05 2491
这种场景，在实例化a时，就需要调用构造方法，因此去实例b，而b在缓存中找不到a，造成注入失败。结论：一开始就使用构造器注入，则不能解决循环依赖。那么都使用构造器注入时，那肯定也不能解决循环依赖的。因此，Spring解决循环依赖有两个小前提：循环依赖中的Bean都是单例在经过自然排序后，构造器注入不能优先于循环依赖中的任何一个set注入六、Spring中解决循环依赖的原理在Spring中，我们使用getBean方法从容器获取一个Bean，那么就从getBean方法入手。
java 三级缓存 测试循环依赖
qq_39046530的博客
01-27 688
上图 UserLogin 和 SendEmail 循环依赖 接下来看一下初始化bean的三级缓存的变化 首先第一次初始化的是SendEmail 初始化之前的三级缓存数量 之后在获取bean的时候重新循环，这时候的三级缓存 可以看先将SendEmail放入第三级中 之后加载userLogin 将SendEmail移动到二级中，将userLogin放入三级 之后将userLogin放入一级缓存，并将二级三级清楚 当检测到依赖结束后，将二三级清空 ...
Spring三级缓存解决循环依赖 源码解析
喜欢吃糖丶的博客
11-22 1074
什么是循环依赖 当我们代码中出现，形如TestA类中依赖注入TestB类，TestB类依赖注入A类时，在IOC过程中creaBean实例化A之后，发现并不能直接initbeanA对象，需要注入B对象，发现对象池里还没有B对象。通过构建函数创建B对象的实例化。又因B对象需要注入A对象，发现对象池里还没有A对象，就会套娃。 什么是三级缓存 三层缓存 singletonFactories 中的泛型是ObjectFactory<?>:是接口，源码上面包含@FunctionInterface，指为函数
Spring是如何解决Bean的循环依赖：三级缓存机制
pan_junbiao的博客
06-09 811
在 Spring框架中，Bean 的循环依赖是指多个 Bean 之间‌互相持有对方引用‌，形成闭环依赖关系的现象。Spring 通过三级缓存机制解决单例 Bean 的循环依赖问题，三级缓存机制在 Spring 源码中由 ‌DefaultSingletonBeanRegistry 类‌实现，该类定义了三个核心 Map 字段分别对应三级缓存。第一级缓存里面存储完整的 Bean 实例，这些实例是可以直接被使用的。
java三级缓存与循环依赖
m0_52769644的博客
06-22 381
首先getBean("a"),这句代码回去一级缓存查找是否有bean对象，如果有则返回该实例对象，否则执行createBeanInstance("a"),这句代码会创建a的实例化对象但是该对象的属性还没有填充，然后执行populateBean("a")填充属性，每一个属性的填充又会递归执行上面三行代码。
三级缓存解决循环依赖
zhs145612zhs的博客
05-18 461
spring是如何解决循环依赖的问题---三级缓存 一级缓存 二级缓存 三级缓存 问题描述 解决办法 提前AOP
简单了解三级缓存解决循环依赖
xtrans的博客
04-13 973
其实本质上只有二级缓存，二级缓存提前暴露未完全初始化的单例bean，一级缓存是完整的单例bean，我们用二级缓存给属性赋值，而一级缓存来获取bean，如果有代理bean，那么就会造成beanA和b.属性beanA不同，那第三级缓存实际上是为了代理bean而存在的，我们需要通过第三层缓存SingletonFactory来生成代理对象，注意这里缓存是不能被替换的，只能够新增，所以采用多一级缓存才能对代理bean有效。
Java WEB技术-什么是循环依赖？常用解决循环依赖的方法有哪些？（Spring三级缓存，@Lazy注解，设计修改，依赖解耦等）
weisian的博客
07-04 1441
循环依赖是指多个对象相互依赖形成闭环，常见于Spring框架中。产生原因包括业务逻辑设计不合理和框架特性使用不当。解决方案主要有：1）重构代码，引入中间类打破循环；2）使用Spring的Setter注入，利用三级缓存机制解决；3）通过@Lazy注解延迟加载；4）优化设计，如事件驱动或依赖注入调整。其中重构代码和使用Setter注入是推荐方案，而@Lazy注解仅适用于简单场景。合理设计类结构是避免循环依赖的根本方法。
什么是循环依赖？怎么去解决这个循环依赖？为什么循环依赖需要三级缓存？
qq_74916326的博客
07-01 650
循环依赖（Circular Dependency）是指俩个或者多个模块、类、组件之间相互依赖，形成一个闭环。简而言之呢就是A依赖B，B依赖A，这会导致依赖的循环，无法确定加载和初始化的一个顺序。@Service@Autowired@Service@Autowired//或者自己依赖自己@Service@Autowired上面这俩种方式都是循环依赖，应该很好理解，当然也可以是三个Bean甚至是更多的Bean相互依赖，原理都是一样的。
java 三级缓存_Android中Rxjava实现三级缓存的两种方式
weixin_42509105的博客
02-16 852
本文正如标题所说的用rxjava实现数据的三级缓存分别为内存，磁盘，网络，刚好最近在看Android源码设计模式解析与实战(受里面的ImageLoader的设计启发)。我把代码放到了我的hot项目中，github地址1.使用concat()和first()的操作符。2.使用BehaviorSubject。先说BehaviorSubject的实现方法，废话不多说直接上代码，/*** Created ...
Spring如何通过三级缓存解决循环依赖问题？
2301_77899321的博客
08-02 1079
Spring如何通过三级缓存解决循环依赖问题？
java 三级缓存_技术汇总：第十三章：三级缓存
weixin_39667652的博客
02-16 1765
一级缓存栈使用的是一级缓存， 他们通常都是被调用时处于存储空间中，调用完毕立即释放；二级缓存堆是存放在二级缓存中，生命周期由虚拟机的垃圾回收算法来决定(并不是一旦成为孤儿对象就能被回收)，所以调用这些对象的速度要相对来得低一些。三级缓存三级缓存指的是：内存缓存、本地缓存、网络缓存。其各自的特点是内存缓存速度快, 优先读取，本地缓存速度其次, 内存没有,读本地，网络缓存速度最慢, 本地也没有,才访问...
Spring三级缓存解决循环依赖问题
trong_ 的烂笔头
10-26 5980
解析理解在互相依赖的 Bean 是单例的、依赖注入的方式不都是构造注入的前提下如何使用三级缓存解决Spring中的循环依赖的问题。
spring三级缓存解决循环依赖图解
03-12
<think>嗯，用户想了解Spring框架如何通过三级缓存解决Bean之间的循环依赖问题，并且希望有图解说明。我需要先回忆一下Spring的三级缓存机制。Spring在创建Bean的时候，如果遇到循环依赖，比如A依赖B，B又依赖A，这时候需要机制来避免无限循环。三级缓存分别是singletonFactories、earlySingletonObjects和singletonObjects。 首先，应该解释三个缓存的作用。singletonFactories存放的是生成早期Bean的工厂，earlySingletonObjects存放的是还未完全初始化的Bean实例，singletonObjects存放的是完全初始化好的Bean。当创建A的时候，A的工厂会被放入singletonFactories，接着填充属性时发现需要B，于是开始创建B。B在填充属性时又需要A，这时候会从singletonFactories中找到A的工厂，生成早期对象放入earlySingletonObjects，并移除对应的工厂。这样B就能完成初始化，放入singletonObjects，然后A也能继续完成初始化。 用户可能对这三个缓存的具体使用流程不太清楚，需要一步步说明。同时，图解的话，可能需要用文字描述流程图，比如步骤1到步骤N，每个步骤涉及哪个缓存的变化。另外，需要提到Spring只能解决单例模式下通过setter注入的循环依赖，构造器注入无法解决，这点很重要，用户可能在实际开发中遇到类似问题需要注意。 还要注意引用部分，用户提到了引用[1]和引用[2]，但引用内容似乎和Spring无关，可能是示例中的占位符。不过根据系统指令，可能需要引用相关文献，但用户提供的引用可能与主题无关，需要确认是否有其他来源。不过按照用户给的参考，可能不需要额外引用，或者需要指出Spring官方文档作为参考。 最后，生成相关问题的时候，应该围绕循环依赖的其他解决方式、三级缓存的局限性，以及与构造器注入的关系来提问，这样能帮助用户进一步理解。</think>### Spring框架三级缓存机制解决循环依赖的图解说明 Spring通过三级缓存机制解决单例Bean的循环依赖问题[^1]，核心流程分为以下步骤： $$流程图$$ 创建A → 存入三级缓存 → 填充属性B → 创建B → 填充属性A → 从三级缓存获取A的半成品 → 完成B的初始化 → 完成A的初始化 $$ #### 三级缓存结构说明 | 缓存层级 | 数据结构 | 存储内容 | |---------|---------|---------| | 一级缓存 | singletonObjects | 完成初始化的完整Bean | | 二级缓存 | earlySingletonObjects | 已实例化但未初始化的早期引用 | | 三级缓存 | singletonFactories | ObjectFactory工厂对象 | #### 执行流程分解（以A→B→A循环依赖为例）： 1. **创建Bean A** - 通过`getBean("A")`触发实例化 - 调用构造器创建A的原始对象（此时对象属性为空） - 将A的ObjectFactory存入三级缓存`singletonFactories` 2. **填充属性阶段** ```java // 伪代码示例 populateBean(){ if (需要注入B) { getBean("B") // 触发B的创建流程 } } ``` 3. **创建Bean B** - 通过`getBean("B")`触发实例化 - 调用构造器创建B的原始对象 - 将B的ObjectFactory存入三级缓存 4. **B填充属性A** - 执行`getBean("A")`时： - 在一级缓存未找到 - 在三级缓存找到A的ObjectFactory - 通过`getObject()`获取A的早期引用 - 将A早期引用移入二级缓存`earlySingletonObjects` - 从三级缓存删除A的工厂对象 5. **完成B的初始化** - B持有A的早期引用 - 将完整B对象存入一级缓存`singletonObjects` - 清除B在二、三级缓存的记录 6. **完成A的初始化** - A获得完整B对象的引用 - 执行初始化后处理器 - 将完整A对象存入一级缓存 #### 关键约束条件 1. 仅支持**setter/field注入**方式的循环依赖 2. 构造器注入无法通过此机制解决 3. 要求Bean必须是**单例作用域** 4. 不支持原型(prototype)作用域的Bean ```plantuml @startuml participant "一级缓存" as L1 participant "二级缓存" as L2 participant "三级缓存" as L3 participant "Bean A" as A participant "Bean B" as B A -> L3: 存入A的ObjectFactory A -> B: getBean("B") B -> L3: 存入B的ObjectFactory B -> L3: 查询A的ObjectFactory L3 --> B: 返回A的早期对象 B -> L2: 存入A的早期引用 B -> L1: 存入完整B对象 A -> L1: 获取完整B对象 A -> L1: 存入完整A对象 @enduml ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值