Spring中的循环依赖

首先举个例子：A对象依赖于B对象，B对象有依赖于A对象

 class A{
     B b;
 }
 class B{
     A a;
 }

有人会问以上代码不是很正常吗？不就是相互依赖吗？

确实，不谈Spring，确实很正常

但在Spring中，由于Spring中bean对象的生命周期要遵循一定的步骤，必须是创建、注入、初始化三步，这些顺序不能乱，所以就会出现循环依赖

大家应该都知道解决spring循环依赖靠的是三级缓存

那我们就来看看这个三级缓存是如何解决spring的循环依赖的

1.首先我们先来看看一级缓存（以下代码是大致的流程，和spring源码还有点差距）

一级缓存可以解决循环依赖吗？

 一级缓存也称单例池，请看下面的图

 解释：1）首先A，B两个类中各自要注入对方的属性

            2）首先调用getBean方法来获取A对象，第一次去一级缓存中查找，显然是没有的

            3）那么a是null，于是跳过if判断，初始化A对象，然后给属性b赋值

            4）开始调用getBean方法来获取B对象，第一次去一级缓存中查找没有，跳过判断

            5）初始化B对象，然后给a属性赋值，发现没有，于是调用getBean方法创建A对象，这样就形成了死循环了

总结一下：ABean创建-->依赖了B属性-->触发BBean创建--->B依赖了A属性--->需要ABean（但ABean还在创建过程中）

所以一级缓存不可以解决循环依赖问题

3.我们来看看二级缓存

 

 先来看个图吧：   

 解释（可以对比一级缓存）：

        1）首先A，B两个类中各自要注入对方的属性

        2）首先调用getBean方法来获取A对象，第一次去一级缓存中查找，显然是没有的

        3）那么a是null，于是跳过if判断，初始化A对象，不同的在这里，他往二级缓存中放了A对象（半成品对象）然后给属性b赋值

        4）开始调用getBean方法来获取B对象，第一次去一级缓存中查找没有，跳过判断

        5）初始化B对象，然后给a属性赋值，不同的在这里，他会去二级缓存中查找A，于是找到了A（半成品对象），于是A就注入成功了，于是B对象就创建完成了，于是把他放到了一级缓存当去（B对象是成品对象）

        6）最后A自然也可以创建成功了，最后也放到了一级缓存当中去

总结一下：二级缓存放半成品对象，一级缓存放的是成品对象，所以二级缓存好像解决循环依赖问题

3.还是来说说二级缓存

先说结论：二级缓存不能解决循环依赖中存在代理的情况

aop是在init方法后面执行的，执行时机在 postProcessAfterInitialization（bean的生命周期）

先看下面这张图：

 大家可以按照上面试着分析一下，我就不分析了，直接说结论吧

最终会发现B注的是A的原始对象，A注入B的代理对象，这样A的功能不能增强

4.终于到了三级缓存

首先我们先不谈三级缓存，看看怎么解决上述问题

很容易就可以想到，二级缓存出现的问题就在于代理创建的时机太晚了，如果在set注入之前执行就可以解决了

我们来看看Spring为什么还要使用三级缓存

我说一下他的大概流程吧

他就是往三级缓存中放入了bean的工厂对象，然后判断是否存在循环依赖，如果发生了循环依赖他就提前创建代理，如果没有发生他还是在返回原始对象，需要创建代理才会创建代理

大家可以结合Spring源码和分析图，应该可以理解了

以上是set循环依赖，构造循环依赖下期再见吧，谢谢大家！！！