【Java面试小短文】Spring 如何解决循环依赖？

一、Spring 发生循环依赖的原因

  如果在代码中将两个或多个 Bean 互相之间持有对方的引用，就会发生循环依赖。循环的依赖将会导致注入死循环。

二、循环依赖的三种形态

第一种互相依赖：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 的情况，不能解决循环依赖问题