spring 循环依赖的一次 理解

前言：

　　在看spring 循环依赖的问题中，知道原理，网上一堆的资料有讲原理。 但今天在看代码过程当中，又产生了疑问。

疑问点以下：

// 疑问点： 先进行 dependon 判断
String[] dependsOn = mbd.getDependsOn();
if (dependsOn != null) {
   for (String dep : dependsOn) {
      if (isDependent(beanName, dep)) {
         throw new BeanCreationException(mbd.getResourceDescription(), beanName,
               "Circular depends-on relationship between '" + beanName + "' and '" + dep + "'");
      }
      registerDependentBean(dep, beanName);
      try {
         getBean(dep);
      }
      catch (NoSuchBeanDefinitionException ex) {
         throw new BeanCreationException(mbd.getResourceDescription(), beanName,
               "'" + beanName + "' depends on missing bean '" + dep + "'", ex);
      }
   }
}

// Create bean instance.
if (mbd.isSingleton()) {
   sharedInstance = getSingleton(beanName, () -> {
      try {
         return createBean(beanName, mbd, args);
      }
      catch (BeansException ex) {
         // Explicitly remove instance from singleton cache: It might have been put there
         // eagerly by the creation process, to allow for circular reference resolution.
         // Also remove any beans that received a temporary reference to the bean.
         destroySingleton(beanName);
         throw ex;
      }
   });
   bean = getObjectForBeanInstance(sharedInstance, name, beanName, mbd);
}

　　想着这里先会 判断是否有依赖， bean 提早曝光的代码在 检查依赖的后面， 那循环依赖，不就进入死循环了吗？ 是否有通通疑问的朋友～～～ --也不知道当时这么想的，只能说 还有提升的空间。

心想不对，写了简单的demo，开始debug了。

 

　　 结论：这里的 mbd.getDependsOn() 只有在 配置了 depend-on 标签的时候，才会解析，有值。！！！ 这也是致使 理解循环依赖 有问题的关键。

这里先简单记录下 如今理解的 循环依赖的大体流程：

一、depende-on 标签的状况

<bean id="aService" class="com.zzf.spring.dependent.AService" depends-on="bService"/>
<bean id="bService" class="com.zzf.spring.dependent.BService" depends-on="aService"/>

注： depends-on适用于表面上看起来两个bean之间没有使用属性之类的强链接的bean，可是两个bean又确实存在先后依赖关系的状况，使用了depends-on的时候，依赖他人的bean是先于被依赖bean销毁的。 通常不会这么使用。

也就是这样配置的状况，才会抛出 BeanCreationException 异常。

if (isDependent(beanName, dep)) {// 判断返回 true， 抛出循环依赖的exception
   throw new BeanCreationException(mbd.getResourceDescription(), beanName,
         "Circular depends-on relationship between '" + beanName + "' and '" + dep + "'");
}

　　

二、正确的 xml 配置的循环依赖 demo

<bean id="aService" class="com.zzf.spring.dependent.AService">
    <property name="bService" ref="bService"/>
</bean>
<bean id="bService" class="com.zzf.spring.dependent.BService">
    <property name="aService" ref="aService"/>
</bean>

三、注解的方式解决循环依赖

@Service
public class Aservice {
    @Autowired
    private BService service;
}

@Service
public class BService {
    @Autowired
    private Aservice aservice;
}

　　

都说这段是 解决 循环依赖的 关键所在：

protected Object getSingleton(String beanName, boolean allowEarlyReference) {
   Object singletonObject = this.singletonObjects.get(beanName);
   if (singletonObject == null && isSingletonCurrentlyInCreation(beanName)) {
      synchronized (this.singletonObjects) {
         singletonObject = this.earlySingletonObjects.get(beanName);
         if (singletonObject == null && allowEarlyReference) {
            ObjectFactory<?> singletonFactory = this.singletonFactories.get(beanName);
            if (singletonFactory != null) {
               singletonObject = singletonFactory.getObject();
               this.earlySingletonObjects.put(beanName, singletonObject);
               this.singletonFactories.remove(beanName);
            }
         }
      }
   }
   return singletonObject;
}

　　这里主要涉及到3个缓存， singletonObjects，earlySingletonObjects， singletonFactories。

• singletonObjects： 单例对象的 cache

• singletonFactories： 单例对象工厂的 cache

• earlySingletonObjects： 提早曝光的单例对象的 cache。（这是关键）

 

这里只考虑 A--B --A的状况：

Object sharedInstance = getSingleton(beanName); 

　　第一次 getBean(A)的时候， 返回是 null， 会走以下流程：

// Create bean instance.
if (mbd.isSingleton()) {
   sharedInstance = getSingleton(beanName, () -> {
      try {
         return createBean(beanName, mbd, args);
      }
      catch (BeansException ex) {
         // Explicitly remove instance from singleton cache: It might have been put there
         // eagerly by the creation process, to allow for circular reference resolution.
         // Also remove any beans that received a temporary reference to the bean.
         destroySingleton(beanName);
         throw ex;
      }
   });
   bean = getObjectForBeanInstance(sharedInstance, name, beanName, mbd);
}

　　在 createBean -> doCreate中有以下： addSingletonFactory（） 提早 曝光当前类 工厂，到 singletonFactory中

 

boolean earlySingletonExposure = (mbd.isSingleton() && this.allowCircularReferences &&
      isSingletonCurrentlyInCreation(beanName));
if (earlySingletonExposure) {
   if (logger.isTraceEnabled()) {
      logger.trace("Eagerly caching bean '" + beanName +
            "' to allow for resolving potential circular references");
   }
   addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, mbd, bean));
}

　　而后执行 protected void populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) 进行 属性的 赋值。 在进行 B的属性赋值中， 发现B尚未初始化， 则会去 调用 BeadFactory.getBean(B) 进行 B的初始化。

　　调用B的过程当中，和A相似， 也会 提早 在singletonFactory 中曝光， 而后在 populateBean 中，注入 A属性值时， 由于A未初始化，再次 去请求 getBean（A), 此次 在 getSingleton（）中，由于 A提早曝光，因此在getSingleton 中 返回 A（可能未彻底初始化），最终调用 getObjectForBeanInstance 方法，返回 彻底实例话的 bean A， 而后注入到B 中，并完成B的 初始化， bean都会 放进singletonObjects 缓存中。

 

　　TODO： 在 populateBean 中怎么检测 到 properties，这块还需 仔细的去debug，还没彻底理清楚。

 

参考资料：http://cmsblogs.com/?p=2887，看了屡次，总结的很好。