Spring之循环依赖
Spring在Bean的实例化过程中，提供了对循环依赖的解决方案，但是这部分代码非常的生涩难懂，今天，我们就从一个Spring的源码来看看这个循环依赖到底是何方神圣！
首先Spring中的循环依赖到底是什么呢？
循环依赖就是循环引用，就是在类A中引用了类B,而类B中引用了类C，而类C中又引用了类A，如图:
图一
在图一中，我们可以看到A中存在属性B,B中存在属性C,而C中有又存在属性A，这样就有了一个循环引用，也就是我们所说的循环依赖，这样来看的话，循环引用其实是一个环形引用。
知道了什么是循环依赖后，我们来看看在Spring中是如何解决循环依赖的！
Spring容器循环依赖分为两种中：构造器循环依赖和setter小循环依赖,setter循环依赖又可以细分为singleton单例对象的setter循环依赖和prototype的循环依赖，接下来我们先来看看Spring中是如何处理构造器循环依赖的：
首先我们创建A,B,C三个类，三个简单的类就行，具体代码我就不给出，有兴趣的朋友可以做个实验，
构造器的循环依赖问题：
图二
测试代码：
try {
ClassPathXmlApplicationContext app= new ClassPathXmlApplicationContext("testConstructor.xml");
} catch (Exception e) {
e.printStackTrace();
}
运行程序后会抛出org.springframework.beans.factory.BeanCurrentlyInCreationException
图三
参考《Spring源码深度解析》中对上述代码的运行过程的描述:
1.Spring容器创建"testA" bean,首先去"当前创建bean池"查找是否当前bean正在创建，如果没有发现，则继续准备其需要的构造器参数"testB",并将"testA"标识符放置到"当前创建bean池".
2.Spring容器创建"testB" bean,首先去"当前创建bean池"查找是否当前bean正在创建，如果没有发现，则继续准备其需要的构造器参数"testC",并将"testB"标识符放置到"当前创建bean池".
3.Spring容器创建"testC" bean,首先去"当前创建bean池"查找是否当前bean正在创建，如果没有发现，则继续准备其需要的构造器参数"testA",并将"testC"标识符放置到"当前创建bean池".
4.到此为止Spring容器要再次去创建"testA" bean，发现该bean标识符在"当前创建bean池"中，因为表示循环依赖，故抛出BeanCurrentlyInCreationExpection异常。
这说明通过构造器注入形成的构造器依赖，Spring无法解决该问题，只能抛出BeanCurrentlyInCreationExpection异常，表示当前程序出现循环依赖问题，希望我们去修改。
setter的循环依赖问题（singleton）：
我们都知道,Spring是通过setter函数来对每个对象的参数进行初始化的，而当我们通过setter注入方式构成的循环依赖，Spring为了解决这种循环以来问题，构建了一个模型，我们可以把它类比为一个三级缓存模型，这三级分别是：第一级缓存，SingletonObjects存放的已经实例化的单例对象;第二级缓存，earlySingltonObjects存放的提前曝光的单例对象（此时的对象还没有完全加载好）;第三级缓存，singletonFactories里面存放的关于要被实例化对象的对象工厂Factory,整个个解析流程如下:
1.Spring容器创建"testA"对象时，首先去"当前创建bean池"查找是否当前bean正在创建，如果没有发现，则继续准备其需要的构造器参数"testB",并将"testA"标识符放置到"当前创建bean池"，接下来程序将去第一级缓存singletonObjects中查找是否存在testB实例，如果不存在，则再去第二级缓存earlySingletonObjects中寻找，如果还是没有的话，那就去找到第三级缓存singletonFactories中对应testB的ObjectFactory,然后调用该类的getObject方法来创建一个testB对象,这个时候，Spring还进行其他操作：
将获得的testB对象添加到earlySingletonObjects中然后将singletonFactories中对应的ObjectFactory给remove掉，这样做的目的是什么呢?这样做了的话，如果存在下一次查找依赖并又走到第三级缓存，就能退出循环了（这个观点仅仅是个人意见，有不同看法的平壤有欢迎在评论区指出，不喜勿喷，谢谢）。
有人可能会有这样一个问题：对象testB的BeanFactory是什么时候注册到singletonFactories中的呢？
当Spring容器在创建单例"testA" bean 的时候，首先会根据无参构造器创建一个bean,并将此类对应的ObjectFactory暴露出去，也就是注册到singletonFactories中，此时setter注入器还未被调用，需要强调的一点是，这种解决方式只能解决单例作用域的bean循环依赖。因为"prototype"作用域中,Spring的对象实例是在被调用的时候才会进行，因此无法提前暴露一个创建中的bean，本人觉得这是因为"prototype"作用域中，不确定性太强，不能固定一些写法。
当然对于"singleton"作用于的bean，我们可以通过"setAllowCircularReferences(false)"来禁止循环引用。