项目场景：

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

例如：项目场景：示例:通过蓝牙芯片(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 的情况，不能解决循环依赖问题