面试中常问到的Spring注入循环依赖

在Spring注入的机制里，人们常提到的一个问题是循环依赖，那么什么是循环依赖，假设有两个bean，你中有我，我中有你，这样一来，在容器创建bean的时候是如何处理的呢，是鸡生蛋，还是蛋生鸡，这是个问题。

我们先来看两个小例子

A B类互相依赖，容器启动log如下

换个方式来玩一哈

这样容器启动时log有异常

所以我们的结论是

以setter方式构成的循环依赖，spring可以帮你解决
以constructor方式构成的循环依赖，spring无法搞定

看代码

我们在代码里看看为什么能搞定setter方式的，又为什么搞不定constructor方式的。

首先从

方法开始，首先

getSingleton查看在容器的bean集合中是否已经存在，如果存在，则直接返回，如果没有，则创建bean

setter注入和constructor注入的区别就在于创建bean的过程中，setter注入可以先用无参数构造方法返回bean实例，再注入依赖的属性，而constructor方式无法先返回bean的实例，必须先实例化它所依赖的属性，这样一来就会造成死循环所以会失败。关键的不同在于如下代码：

在这个过程中有一个核心类

它有几个集合负责存放容器中的单例对象

在spring singleton bean创建过程

首先在创建bean之前beanName会放到 singletons-CurrentlyInCreation中

然后创建之后，如果设置允许提前暴露，则构造一个该类的singletonFactory放到singletonFactories中，可以暴露给其它的bean，此时已经实例化，但未设置属性(populateBean)

最后完全装配好之后再从singletons-CurrentlnCreation集合中移除，放到singletonObjects中

对于setter循环依赖

首先实例化a，先把beanName放到singletonsCurrentlyInCreation中，然后调用无参构造方法实例化bean,然后构造一个singletonFactory对象放到singletonFactories中，暴露给其它可能的依赖

最后装配属性时，发现需要注入b,那么就开始构造b

实例化b，先把beanName放到singletonsCurrentlyInCreation中（同1）

实例化后，构造singletonFactory对象放到singletonFatories中，提前暴露给其它的依赖（同1）

然后b开始装配属性，发现依赖a，而此时通过getSingleton能够拿到a提前暴露的factory方法，通过factory方法得到a的bean，然后完成注入，返回完整的b对象

然后继续a的装配，有了b对象，a也就完成了注入b属性

对于constructor循环依赖

首先实例化a，先把beanName放到singletonsCurrentlyInCreation中,实例化的过程发现是有参构造方法，参数是b，没有b就不能完成实例化，那就先构造b

实例化b的时候，先把beanName放到singletonsCurrentlyInCreation中，发现也是有参构造，并且依赖a（此时拿不到a对象，因为a并没有完成实例化，也就没办法提前暴露，这是与setter方式的区别），就又开始构造a

开始构造a，因为此时a对象beanName已经在singletonsCurrentlyInCreation中，表示该对象下在创建中，所以就会抛出异常

BTW

我们使用比较多的在属性上@Autowired的方式，在spring内部的处理中，与setter方法不太一样，但用此种方式循环依赖也可以解决，原理同上，只要能先实例化出来，提前暴露出来，就可以解决循环依赖的问题。

欢迎关注，期待与您的交流，让我们携手在通往牛逼的小路上徐徐前行。