Spring源码之bean 的加载（三）

bean 的加载(三)

之前文章主要讲解了从bean的实例中获取对象，准备过程以及实例化的前置处理。实例化bean是一个非常复杂的过程，本文主要讲解Spring是如何解决循环依赖。

什么是循环依赖

循环依赖就是循环引用，其实就是两个或者多个bean相互持有对方，比如 A 引用 B ，B 引用 C，C 引用 A，最终成为一个环。

循环依赖是无法解决的，除非有终结条件，否则就是死循环，直到内存溢出。

什么情况下循环依赖可以被处理

Spring中解决循环依赖是有前置条件：

• 出现循环依赖的bean必须是单例的，如果是prototype则不会出现
• 依赖注入的方式不能全为构造器注入，只能解决纯setter注入的情况

Spring如何解决循环依赖

首先Spring容器循环依赖包括构造器循环依赖和setter循环依赖，在了解Spring是如何解决循环依赖之前，我们先创建这几个类。

public class TestA {
   private TestB testB;
   public TestA(TestB testB) {
         this.testB = testB;
     }
   public void a(){
      testB.b();
   }
   public TestB getTestB() {
      return testB;
   }
   public void setTestB(TestB testB){
      this.testB = testB;
   }
}

public class TestB {
   private TestC testC;
   public TestB(TestC testC) {
          this.testC = testC;
     }
   public void b(){
      testC.c();
   }
   public TestC getTestC() {
      return testC;
   }
   public void setTestC(TestC testC) {
      this.testC = testC;
   }
}

public class TestC {
   private TestA testA;
   public TestC(TestA testA) {
          this.testA = testA;
     }
   public void c() {
      testA.a();
   }
   public TestA getTestA() {
      return testA;
   }
   public void setTestA(TestA testA) {
      this.testA = testA;
   }
}

构造器循环依赖

构造器循环依赖表示通过构造器注入造成的循环依赖，需要注意的是，这种情况是无法解决的，会抛出BeanCurrentlyInCreationException异常。

Spring容器会将每一个正在创建的Bean标识符放在一个“当前创建Bean池”中，Bean标识符在创建过程中将一直保持在这个池中。如果在创建bean的过程中发现自己已经在“当前创建Bean池”时，就会抛出上述异常表示循环依赖。当bean创建完成后则会从“当前创建Bean池”移除。

1. 创建配置文件

<bean id="a" class="cn.jack.TestA">
   <constructor-arg index="0" ref="b"/>
</bean>
<bean id="b" class="cn.jack.TestB">
   <constructor-arg index="0" ref="c"/>
</bean>
<bean id="c" class="cn.jack.TestC">
   <constructor-arg index="0" ref="a"/>
</bean>

2. 创建测试用例

public class Test {
    public static void main(String[] args) {
         new ClassPathXmlApplicationContext("spring-config.xml");
    }
}

3. 运行结果

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'b' defined in class path resource [spring-config.xml]: Cannot resolve reference to bean 'c' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'c' defined in class path resource [spring-config.xml]: Cannot resolve reference to bean 'a' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'a': Requested bean is currently in creation: Is there an unresolvable circular reference?

如果了解了刚才描述的情况，我们很容易就可以想到是在创建TestC对象的时候需要准备其构造参数TestA，这时候Spring容器要去创建TestA，但发现该bean标识符已经在“当前创建Bean池”中了，所以就抛出上述异常。

setter循环依赖

对于setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但还未完成其他步骤（比如setter注入）的bean来完成的，而且只能解决单例作用域下的bean循环依赖。通过提前暴露一个单例工厂方法，从而使其他bean可以引用到该bean。

根据我们的代码案例流程如下：

• Spring容器创建单例TestA，随后调用无参构造器创建bean，并暴露出ObjectFactory，用于返回一个提前暴露创建中的bean，并将 testA 标识符放到 “当前创建bean池”中，然后进行setter注入 TestB
• Spring容器创建单例TestB，随后调用无参构造器创建bean，并暴露出ObjectFactory，用于返回一个提前暴露创建中的bean，并将 testB 标识符放到 “当前创建bean池”中，然后进行setter注入 TestC
• Spring容器创建单例TestC，随后调用无参构造器创建bean，并暴露出ObjectFactory，用于返回一个提前暴露创建中的bean，并将 testC 标识符放到 “当前创建bean池”中，然后进行setter注入 TestA ，由于之前已经提前暴露了 ObjectFactory，从而使用它返回提前暴露的一个创建中的bean。其余同理。

prototype范围的依赖处理

scope="prototype"意思是每次请求都会创建一个实例对象。

两者的区别是：有状态的bean都使用Prototype作用域，无状态的一般都使用singleton单例作用域。

对于“prototype”作用域Bean，Spring容器无法完成依赖注入，因为“prototype”作用域的Bean，Spring容器不进行缓存，因此无法提前暴露一个创建中的Bean。所以还是会抛出上述异常。

流程解析

这里就拿TestA 依赖 TestB，TestB 依赖 TestA 举例。

在 TestA 和 TestB 循环依赖的场景中：

TestB populatedBean 查找依赖项 TestA 的时候，从一级缓存中虽然未获取到 TestA，但是发现 TestA 在创建中。

此时，从三级缓存中获取 A 的 singletonFactory 调用工厂方法，创建 getEarlyBeanReference TestA 的早期引用并返回。

二级缓存能否解决循环依赖

我们知道在实例化过程中，将处于半成品的对象地址全部放在缓存中，提前暴露对象，在后续的过程中，再次对提前暴露的对象进行赋值，然后将赋值完成的对象，也就是成品对象放在一级缓存中，删除二级和三级缓存。

如果不要二级缓存的话，一级缓存会存在半成品和成品的对象，获取的时候，可能会获取到半成品的对象，无法使用。

如果不要三级缓存的话，未使用AOP的情况下，只需要一级和二级缓存也是可以解决Spring循环依赖；但是如果使用了AOP进行增强功能的话，必须使用三级缓存，因为在获取三级缓存过程中，会用代理对象替换非代理对象，如果没有三级缓存，那么就无法得到代理对象。

三级缓存是为了解决AOP代理过程中产生的循环依赖问题。

我们在代码上增加aop相关切面操作后，变化就在initializeBean方法中产生，调用applyBeanPostProcessorsBeforeInitialization方法。

在getBeanPostProcessors中中有一个处理器为：

AnnotationAwareAspectJAutoProxyCreator 其实就是加的注解切面，随后调用会跳转到 AbstractAutoProxyCreator 类的 postProcessAfterInitialization 方法中。

如下代码，wrapIfNecessary 方法会判断是否满足代理条件，是的话返回一个代理对象，否则返回当前 Bean。

最后TestA 被替换为了代理对象。在doCreateBean 返回，以及后面放到一级缓存中的都是代理对象。

如果TestA和TestB都是用了AOP动态代理，前面的一些列流程，都和正常的没有什么区别。而唯一的区别在于，创建 TestB 的时候，需要从三级缓存获取 TestA。

此时在 getSingleton 方法中会调用：singletonObject = singletonFactory.getObject();

看到 wrapIfNecessary 就明白了吧！这里会获取一个代理对象。

也就是说此时返回，并放到二级缓存的是一个 TestA 的代理对象。

这样 TestB 就创建完毕了！

到 TestA 开始初始化并执行后置处理器了，因为 TestA 也有代理，所以 TestA 也会执行到 postProcessAfterInitialization 这一部分！

但是在执行 wrapIfNecessary 之前，会先判断代理对象缓存是否有 TestA 了。

但是这块获取到的是 TestA 的代理对象。肯定是 false 。 所以不会再生成一次 TestA 的代理对象。

总结

TestA和TestB都存在动态代理情况下的流程图：