**以下举例皆针对单例模式讨论**

图解参考 https://www.processon.com/view/link/60e3b0ae0e3e74200e2478ce

1、Spring 如何创建Bean？

对于单例Bean来说，在Spring容器整个生命周期内，有且只有一个对象。

Spring 在创建 Bean 过程中，使用到了三级缓存，即 DefaultSingletonBeanRegistry.java 中定义的：

    /** Cache of singleton objects: bean name to bean instance. */
    private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
?
    /** Cache of singleton factories: bean name to ObjectFactory. */
    private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);
?
    /** Cache of early singleton objects: bean name to bean instance. */
    private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16);

以 com.gyh.general 包下的 OneBean 为例，debug springboot 启动过程，分析spring是如何创建bean的。

参考图中 spring创建bean 的过程。其中最关键的几步有：

1.getSingleton(beanName, true) 依次从一二三级缓存中查找bean对象，如果缓存中存在对象，则直接返回(early)；

2.createBeanInstance(beanName, mbd, args) 选一个合适的构造函数，new实例对象(instance)，此时的instance中依赖的属性还都是null，属于半成品；

3.singletonFactories.put(beanName, oneSingletonFactory) 利用上一步的instance，构建一个 singletonFactory，并将其放到三级缓存中；

4.populateBean(beanName, mbd, instanceWrapper) 填充bean：为该bean定义的属性创建对象或赋值；

5.initializeBean("one",oneInstance, mbd) 初始化bean：对bean进行初始化或其他加工，如生成代理对象(proxy)；

6.getSingleton(beanName, false) 依次在一二级缓存中查找，检查是否有因循环依赖导致提前生成的对象，有的话与初始化后的对象是否一致；

2、Spring 如何解决循环依赖？

以 com.gyh.circular.threeCache 包下的 OneBean 和 TwoBean 为例 ，两个 Bean 相互依赖（即形成闭环）。

参考图中 spring解决循环依赖 的过程可知，spring利用三级缓中的 objectFactory 生成并返回一个 early 对象，提前暴露这个 early 地址，供其他对象依赖注入使用，以此解决循环依赖问题。

3、Spring 不能解决哪些循环依赖？

3.1 循环中使用了 @Async 注解

3.1.1 为什么循环中使用了 @Async 会报错？

以 com.gyh.circular.async 包下的 OneBean 和 TwoBean 为例，两个bean相互依赖，且oneBean中的方法使用了 @Async 注解，此时启动spring失败，报错信息为：org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'a.one': Bean with name 'a.one' has been injected into other beans [a.two] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using 'getBeanNamesForType' with the 'allowEagerInit' flag turned off, for example.

并通过debug代码，发现报错位置在 AbstractAutowireCapableBeanFactory#doCreateBean 方法内，由于 earlySingletonReference != null 且 exposedObject != bean，导致报错。

结合流程图中 spring解决循环依赖 及上述图片中可知：

1.行1中 bean 为 createBeanInstance 创建的实例(address1)

2.行2中 exposedObject 为 initializeBean 后生成的代理对象(address2)

3.行3中 earlySingletonReference 为 getEarlyBeanReference 时创建的对象【此处地址同bean(address1)】

深层原因为：先前 TwoBean 在 populateBean 时已经依赖了地址为 address1 的 earlySingletonReference 对象，而此时 OneBean 经过 initializeBean 之后，返回了地址为 address2 的新对象，导致spring不知道哪个才是最终版的bean，所以报错。

earlySingletonReference 是如何生成的，参考getSingleton("one", true)过程。

3.1.2 循环中使用了 @Async 一定会报错吗？

依然以 com.gyh.circular.async 包下的 OneBean 和 TwoBean 为例，两个bean相互依赖，使 TwoBean(非OneBean)中的方法使用了 @Async 注解，此时启动spring成功，并未报错。

debug代码可知：虽然TwoBean 使用了 @Async 注解，但其 earlySingletonReference = null; 故不会引起报错。

深层原因为：OneBean 先被创建，TwoBean 后创建，再整条链路中，并未在三级缓存中查找过 TwoBean 的 objectFactory 。（OneBean在创建过程中，被找过两次，即 one-> two ->one；TwoBean 的创建过程中，只找过它一次，即 two ->one。)

由此可得：@Async 造成循环依赖报错的先约条件为：

1.循环依赖中的 Bean 使用了 @Async 注解

2.且这个 Bean，比循环内其他 Be