从spring源码角度分析循环依赖bean的组装

2019独角兽企业重金招聘Python工程师标准>>>

1.循环依赖介绍

如下图循环依赖，图一，图二

2.spring对循环依赖的支持

2.1spring循环依赖的情况

• 构造器注入属性依赖(A B两个对象都使用构造方法，注入依赖的属性)
  无论是单例，还是原型对象，只要是通过构造器注入的属性依赖，都会报错，循环依赖错误 org.springframework.beans.factory.BeanCurrentlyInCreationException:
  原因:试想，构造器是创建对象的入口方法，构造的时候都循环依赖了，我这个对象压根就创建不了啊。那肯定是无法解决的，大罗神仙也无能为力。
• setter方法注入属性依赖
  这个spring完美解决了，支持这种循环依赖
  原理：创建对象A的时候，先通过无参构造方法创建一个实例，此时属性都是空的,但是对象引用已经创建出来，然后把A的引用提前暴露出来。然后setter B属性的时候，创建B对象，此时同样通过无参构造方法构造然后将对象引用暴露出来。接着B执行setter方法，去池中找A，能找到A（因为此时A已经暴露出来，有指向改对象的引用了），这么依赖B就构造完成，也初始化完成，然后A接着初始化完成。---循环依赖就这么解决了
• 原型对象的属性依赖(当然指的是通过setter方法注入依赖)
  这个spring也无能为力，因为是原型对象，A创建的时候不会提前暴露出来，所以，每次都是要创建，创建的时候，发现有相同的对象正在创建，同样报错，循环依赖错误，同第一种情况类似。

2.2spring源码的解释

     这里只展示关键代码：

创建bean的入口方法
   1. AbstractBeanFactory-->doGetBean()
              Object sharedInstance = getSingleton(beanName);     //从缓存中查找，或者如果当前创建池中有并且已经暴露出来了，就返回这个对象

            ......
            if (isPrototypeCurrentlyInCreation(beanName)) {
                throw new BeanCurrentlyInCreationException(beanName);
            }  这里判断的标准就是，如果当前原型实例池中有正在创建的对象了，说明这个对象是个原型对象，并且当前线程中这个对象已经处于创建中了，还要再创建，肯定报错，抛出循环依赖异常。

           ........

         

创建单例bean的方法：

DefaultSingletonBeanRegistry-->getSingleton(String beanName, ObjectFactory singletonFactory)

            ...............

             beforeSingletonCreation(beanName);创建单例bean之前的检查

       进入   beforeSingletonCreation方法

if (!this.inCreationCheckExclusions.contains(beanName) &&                                              !this.singletonsCurrentlyInCreation.add(beanName)) {
            throw new BeanCurrentlyInCreationException(beanName);
        }     如果当前正在创建的单例池中有这个对象，那也抛出循环依赖异常，说明了当前线程中，要创建同样的对象两次，这种情况出现的原因是，前面那个创建的时候，并没有暴露出来这个对象，这才导致了创建两次

如果beforeSingletonCreation通过验证，接下来就是真正的创建单例对象了

真正创建对象

AbstractAutowireCapableBeanFactory-->doCreateBean

........

if (instanceWrapper == null) {
            instanceWrapper = createBeanInstance(beanName, mbd, args);
  } 注意这一步很关键，是调用构造方法创建一个实例对象，如果这个构造方法有参数，而且就是循环依赖的参数，那么这个对象就无法创建了，因为到这里对象没有创建，也没有暴露当前对象，如果是无参的构造方法，那么就可以，先创建一个对象，尽管所有的属性都为空

.........

这里说明了什么条件下，才会提前暴露当前创建的对象

三个条件：单例，允许循环依赖(默认就是true)，在当前单例创建池中有(这个在bean入口创建的时候就会放进去的)

结合2.1中的三种情况分析：

1.首先如果是循环依赖的双方都是原型对象，那么肯定报错，因为对象无法提前暴露出来，就成了死循环。

2.如果是单例的，但是配置的确实有参数的构造器注入，那么也肯定报错，因为这里的代码就执行不到

3.如果是单例的，setter方法注入，那么肯定是可以的，因为先执行了无参构造方法创建一个实例对象，然后这里又暴露出来了，接下来就是真正的注入属性依赖了。

boolean earlySingletonExposure = (mbd.isSingleton() && this.allowCircularReferences &&
                isSingletonCurrentlyInCreation(beanName));
        if (earlySingletonExposure) {
            if (logger.isDebugEnabled()) {
                logger.debug("Eagerly caching bean '" + beanName +
                        "' to allow for resolving potential circular references");
            }
            addSingletonFactory(beanName, new ObjectFactory