项目场景：

提示：这里简述项目相关背景：

例如：项目场景：示例:通过蓝牙芯片(HC-05)与手机 APP 通信，每隔 5s 传输一批传感器数据(不是很大)

问题描述

我们都知道，如果在代码中，将两个或多个 Bean 互相之间持有对方的引用就会发生循环依赖。循环的依赖将会导致注入死循环，这是 Spring 发生循环依赖的原因。

循环依赖有三种形态：

第一种，互相依赖：A 依赖 B，B 又依赖 A，它们之间形成了循环依赖。

第二种，三者间依赖：A 依赖 B，B 依赖 C，C 又依赖 A，形成了循环依赖。

第三种，自我依赖：A 依赖 A 形成了循环依赖。

问题解决：

Spring 中设计了三级缓存来解决循环依赖问题，当我们去调用 getBean()方法的时候，Spring 会先从一级缓存中去找到目标 Bean，如果发现一级缓存中没有便会去二级缓存中去找，而如果一、二级缓存中都没有找到，意味着该目标 Bean 还没有实例化。

于是，Spring 容器会实例化目标 Bean（PS：刚初始化的 Bean 称为早期 Bean）。然后，将目标 Bean 放入到二级缓存中，同时，加上标记是否存在循环依赖。如果不存在循环依赖，便会将目标 Bean 存入到二级缓存，否则，便会标记该 Bean 存在循环依赖，然后将等待下一次轮询赋值，也就是解析@Autowired 注解。等@Autowired 注解赋值完成后（PS：完成赋值的 Bean 称为成熟 Bean），会将目标 Bean 存入到一级缓存。

这里可以做个总结，我们来看这张图。Spring 一级缓存中存放所有的成熟 Bean，二级缓存中存放所有的早期 Bean，先取一级缓存，再去二级缓存。

问题扩展

那么，前面有提到三级缓存，三级缓存的作用是什么？

回答：三级缓存是用来存储代理 Bean，当调用 getBean()方法时，发现目标 Bean 需要通过代理工厂来创建，此时会将创建好的实例保存到三级缓存，最终也会将赋值好的 Bean 同步到一级缓存中。

Spring 中哪些情况下，不能解决循环依赖问题？

1、多例 Bean 通过 setter 注入的情况，不能解决循环依赖问题

2、构造器注入的 Bean 的情况，不能解决循环依赖问题

3、单例的代理 Bean 通过 Setter 注入的情况，不能解决循环依赖问题

4、设置了@DependsOn 的 Bean 的情况，不能解决循环依赖问题