前置知识： 所谓的 三级缓存只是三个可以当作是全局变量的Map，Spring的源码中大量使用了这种 先将数据放入容器中等使用结束再销毁的代码风格
这里是TestA调用了TestB，TestB里面又调用了TestA。是一个典型的循环依赖场景，但是我们知道Spring对于循环依赖问题是做了处理的。但是这里为什么会报错？
循环依赖，其实就是循环引用，就是两个或者两个以上的 bean 互相引用对方，最终形成一个闭环，如 A 依赖 B，B 依赖 C，C 依赖 A。如下图所示：
如上代码所示，即 A 里面注入 B，B 里面又注入 A。此时，就发生了「循环依赖」。
如果在代码中将两个或多个 Bean 互相之间持有对方的引用，就会发生循环依赖。循环的依赖将会导致注入死循环。
当多个Bean相互依赖时则构成了循环依赖，例如A，B两个Bean。其中A中存在属性B，B中存在属性A，当Spring在实例化A时发现A中存在属性B，就去实例化B，实例化B时又发现存在属性A，一直在循环注入依赖，导致循环依赖问题出现。
那Spring到底是如何解决的setter方法依赖注入引起的循环依赖问题呢？请看下图（其实主要是通过两个缓存来解决的）：
精读文章：Dependency Injection in JS/TS – Part 1
循环依赖其实就是循环引⽤，也就是两个或者两个以上的 Bean 互相持有对⽅，最终形成闭环。⽐如A依赖于B，B依赖于C，C⼜依赖于A
从字面上来理解就是A依赖B的同时B也依赖了A，就像上面这样，或者C依赖与自己本身。体现到代码层次就是这个样子
Spring启动过程大致如下： 1.加载配置文件 2.解析配置文件转化beanDefination，获取到bean的所有属性、依赖及初始化用到的各类处理器等 3.创建beanFactory并初始化所有单例bean 4.注册所有的单例bean并返回可用的容器，一般为扩展的applicationContext
这个其实是一个特别高频的面试题，松哥也一直很想和大家仔细来聊一聊这个话题，网上关于这块的文章很多，但是我一直觉得要把这个问题讲清楚还有点难度，今天我来试一试，看能不能和小伙伴们把这个问题梳理清楚。
循环依赖是指在Spring容器中，两个或多个bean互相持有对方，最终形成闭环。Spring容器无法创建这样的循环依赖，因为它会破坏依赖关系链。
大家好。我们都知道，Spring可以通过三级缓存解决循环依赖的问题，这也是面试中很常见的一个面试题，本文就来着重讨论一下有关循环依赖和三级缓存的问题。
这个例子存在的问题：理论上spring创建A的时候依赖了B，然后spring就会去加载B，但是这个时候B又依赖了A，spring又去加载A，就会陷入一个死循环，但我们在实际使用spring的时候并没有出现这样的循环，这是因为spring设计之初就考虑了这个问题，那么spring是如何解决的呢？我们先要明确的是spring对循环依赖的处理有三种情况，分别为
做 Java 开发的，一般都绕不开 Spring，那么面试中肯定会被问到 Spring 的相关内容，而循环依赖又是 Spring 中的高频面试题
前言 相信很多小伙伴在工作中都会遇到循环依赖，不过大多数它是这样显示的： 还会提示这么一句： Requested bean is currently in creation: Is there an
前一段时间，阿粉的读者给阿粉留言，说在面试的时候，有个面试官就问她，Spring 的各种知识，Spring 的生命周期， Spring 的循环依赖是如何解决的。
这两天 PetShop is Evil?等对PetShop 的讨论很多，我在这里也发一篇凑凑热闹。我下面主要是对Asp.net 2.0新增的缓存管理方面的内容和PetShop 4的缓存处
1、Husband创建Bean，先判断缓存池中是否存在，存在直接返回，不存在进入createBean创建的流程，调用构造方法创建一个早期的Bean【未进行属性赋值】，创建成功将其放入二级缓存earlySingletonObjects中，之后又调用addSingletonFactory方法将其放入三级缓存中并且将二级缓存中的移除，之后调用populateBean为属性赋值，在@Autowired的后置处理器中查找需要注入的依赖，发现Husband中的一个属性Wife，因此调用getBean方法从容器中获取，但是此时的Wife还未创建，因此又进入了doGetBean的流程，但是此时Wife并没有创建，因此在一二三级缓存中不能获取，又执行createBean方法创建Wife，同样调用构造方法创建一个早期Bean放入二级缓存中，调用addSingletonFactory放入三级缓存并移除二级缓存，然后调用populateBean方法为Wife属性赋值，在@Autowired的后置处理器中查找需要注入的依赖，发现Wife类中有一个属性是Husband，因此调用getBean方法，再次调用doGetBean获取Husband，但是此时的Husband已经创建成功【未赋值】，存放在三级缓存中，因此直接从三级缓存中取出Husband赋值给Wife属性，至此Wife属性已经赋值成功，直接添加到一级缓存（singletonObjects）中并且移除三级缓存，直接返回给Husband赋值，因此Husband中的属性也持有了Wife的引用，都创建并且赋值成功了。
通俗来讲，循环依赖指的是一个实例或多个实例存在相互依赖的关系（类之间循环嵌套引用）。
这是我看过视频中最能解释的文字表达了 先说bean的创建过程：实例化->依赖注入->初始化 实例化之后会提前暴露到缓存，用于解决循环依赖问题。
Spring中的循环依赖一直是Spring中一个很重要的话题，一方面是因为源码中为了解决循环依赖做了很多处理，另外一方面是因为面试的时候，如果问到Spring中比较高阶的问题，那么循环依赖必定逃不掉。如果你回答得好，那么这就是你的必杀技，反正，那就是面试官的必杀技，这也是取这个标题的原因，当然，本文的目的是为了让你在之后的所有面试中能多一个必杀技，专门用来绝杀面试官！
Zilliz 公司以 “重新定义数据科学” （Reinvent Data Science）为愿景，专注于研发利用新一代异构计算的开源数据科学软件。随着各项目的蓬勃发展，我们对于持续集成、持续交付、持续部署（CI/CD）都提出了更高的要求。本文是 CI/CD 系列的开篇，重点介绍持续集成的编译优化实践。
在研究 『 Spring 是如何解决循环依赖的 』 的时候，了解到 Spring 是借助三级缓存来解决循环依赖的。
当你听到三级缓存的时候，你在想什么？你了解过的有哪些三级缓存？CPU三级缓存？Spring三级缓存？应用架构（JVM、分布式缓存、db）三级缓存？今天爬完香山，趁自己还不困的时候，把三级缓存的一些重点絮叨絮叨。离 CPU 核心越近，缓存的读写速度就越快。但 CPU 的空间很狭小，离 CPU 越近缓存大小受到的限制也越大。所以，综合硬件布局、性能等因素，CPU 缓存通常分为大小不等的三级缓存。三级缓存要比一、二级缓存大许多倍，这是因为当下的 CPU 都是多核心的，每个核心都有自己的一、二级缓存，但三级缓存却是一颗 CPU 上所有核心共享的。
Spring 循环依赖指的是 SpringBean 对象之间的依赖关系形成一个闭环。即在代码中，把两个或者多个 Bean 相互之间去持有对方的引用，就会发生循环依赖，循环依赖会导致注入出现死循环，这是 Spring 发生循环依赖的主要原因之一。
初学 Spring 的时候，我们就知道 IOC，控制反转么，它将原本在程序中手动创建对象的控制权，交由 Spring 框架来管理，不需要我们手动去各种 new XXX。
大学有四年时间，但几乎所有人都是临近毕业才发现找一份好工作费劲，尤其是我能非常熟悉的软件开发行业，即使是毕业了还需要额外花钱到培训机构，在学一遍编程技术才能出去找工作。好像在校这几年压根就没学到什么！
多个bean之间相互依赖，形成了一个闭环。比如：A依赖于B、B依赖于C、C依赖于A。
BeanA类依赖了BeanB类，同时BeanB类又依赖了BeanA类。这种依赖关系形成了一个闭环，我们把这种依赖关系就称之为循环依赖。同理，再如下图的情况：
只有单例的Bean才存在循环依赖的情况，原型(Prototype)情况下，Spring会直接抛出异常。原因很简单，AB循环依赖，A实例化的时候，发现依赖B，创建B实例，创建B的时候发现需要A，创建A1实例……无限套娃，直接把系统干垮。
循环依赖就是多个Bean之间存在相互依赖，形成一个闭环，如下，PostService和UserService之间就存在相互依赖，这个依赖并不是方法 之间的依赖，而是Bean与Bean之间的依赖。
在探讨Spring三级缓存解决循环引用之前，我们需要了解一点就是Spring所谓的循环依赖到底是什么，是如何产生的，为什么会产生这种问题？
这篇分析 doCreateBean() 第三个过程：循环依赖处理。其实循环依赖并不仅仅只是在 doCreateBean() 中处理，其实在整个加载 bean 的过程中都有涉及，所以下篇内容并不仅仅只局限于 doCreateBean()，而是从整个 Bean 的加载过程进行分析。
在Spring框架中，循环依赖（Circular Dependency）是一个常见的概念，它指的是两个或多个bean相互依赖对方，形成了一个闭环。例如，Bean A依赖于Bean B，而Bean B又依赖于Bean A。Spring容器默认可以处理单例（singleton）作用域下的构造器注入（constructor injection）的循环依赖，但是通过setter注入（setter injection）或原型（prototype）作用域下的循环依赖则可能导致问题。
面试官：“三级缓存是怎么处理的？为什么一定得是三级缓存？三级缓存别是对应存储的是什么？”
当你听到三级缓存的时候，你在想什么？你了解过的有哪些三级缓存？CPU三级缓存？Spring三级缓存？应用架构（JVM、分布式缓存、db）三级缓存？今天爬完香山，趁自己还不困的时候，把三级缓存的一些重点絮叨絮叨。
️?目录 在文章讲解之前感谢C站的完美的工程学博主。让我可以采用他的文章给大家讲解?开讲啦！！！！ gitte地址：https://gitee.com/duchenxi/total-
1，createBeanInstance：实例化，其实也就是调用对象的构造方法实例化对象
一级缓存里存的是成品对象，实例化和初始化都完成了，我们的应用中使用的对象就是一级缓存中的
在正式研究Spring如何解决循环依赖之前，不如我们就假设spring目前没有提供三级缓存来解决循环依赖，那么目前spring的getBean流程图就如下所示:
如上图: A依赖了B, B同时依赖了A和C , C依赖了A. 这也是循环依赖. , 形成了一个闭环
第一篇: 3.1 spring5源码系列--循环依赖 之 手写代码模拟spring循环依赖
获取一个 Bean 的操作从 getBean(String name) 开始主要步骤为
但即使有三级缓存也无法解决构造器的循环依赖, 对象无法正常实例化, 没有操作的空间
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
