Spring循环依赖

    发生循环依赖的原因：

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

循环依赖的三种状态：

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

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

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

 

解决循环依赖的办法：

解决的是通过setter方法进行依赖注入且是在单例模式下产生的循环依赖问题。

spring内部有三级缓存：

• singletonObjects 一级缓存，用于保存实例化、注入、初始化完成的bean实例
• earlySingletonObjects 二级缓存，用于保存实例化完成的bean实例 （Spring通过ioc创建的对象只是实例化了没有实现注入、初始化等）
• singletonFactories 三级缓存，用于保存bean创建工厂，以便于后面扩展有机会创建代理对象。

1-2-3-3-2-1

三级缓存的作用：

可以解决代理的问题

三级缓存是用来存储代理 Bean，当调用 getBean()方法时，发现目标 Bean 需要通过代理工厂来创建，此时会将创建好的实例保

存到三级缓存，最终也会将赋值好的 Bean 同步到一级缓存中。

不能解决循环依赖的场景：

（1）通过构造方法进行依赖注入时产生的循环依赖问题。

（2）通过setter方法进行依赖注入且是在多例（原型）模式下产生的循环依赖问题。 （3）单例模式的代理 Bean 通过 Setter 注入的情况，不能解决循环依赖问题

• 第（1）种构造方法注入的情况下，在new对象的时候就会堵塞住了，其实也就是”先有鸡还是先有蛋“的历史难题。

• 第（2）种setter方法（多例）的情况下，每一次getBean()时，都会产生一个新的Bean，如此反复下去就会有无穷无尽的Bean产生了，最终就会导致OOM问题的出现。