一、什么是循环依赖

多个bean之间相互依赖，形成了一个闭环。 比如:A依赖于B、B依赖于c、c依赖于A

通常来说，如果问spring容器内部如何解决循环依赖， 一定是指默认的单例Bean中，属性互相引用的场景。也就是说，Spring的循环依赖，是Spring容器注入时候出现的问题。

 

二、Spring如何解决循环依赖

1，Spring中单例Bean的三级缓存

 

• 第一级缓存〈也叫单例池）singletonObjects:存放已经经历了完整生命周期的Bean对象
• 第二级缓存: earlySingletonObjects，存放早期暴露出来的Bean对象，Bean的生命周期未结束（属性还未填充完整）
• 第三级缓存: Map<String, ObiectFactory<?>> singletonFactories，存放可以生成Bean的工厂

2，Spring中Bean的生命周期

 

 

3，Bean初始化主要方法

 

• getSingleton：希望从容器里面获得单例的bean，没有的话
• doCreateBean: 没有就创建bean
• populateBean: 创建完了以后，要填充属性
• addSingleton: 填充完了以后，再添加到容器进行使用

4，具体说明

• A创建过程中需要B，于是A将自己放到三级缓存里面，去实例化B
• B实例化的时候发现需要A，于是B先查一级缓存，没有，再查二级缓存，还是没有，再查三级缓存，找到了A然后把三级缓存里面的这个A放到二级缓存里面，并删除三级缓存里面的A
• B顺利初始化完毕，将自己放到一级缓存里面（此时B里面的A依然是创建中状态）然后回来接着创建A，此时B已经创建结束，直接从一级缓存里面拿到B，然后完成创建，并将A放到一级缓存中。

5，图解

 

三、为什么使用三级缓存

1，使用一级缓存

实例化A -> 将半成品的A放入singletonObjects中->填充A的属性时发现取不到B->实例化B->从singletonObjects中取出A填充B的属性->将成品B放入singletonObjects->将B填充到A的属性中->将成品A放入singletonObjects。

问题：这种基本流程是通的，但是如果在整个流程进行中，有另一个线程要来取A，那么有可能拿到的只是一个属性都为null的半成品A，这样就会有问题。

2，使用二级缓存

a）使用singletonObjects和earlySingletonObjects

成品放在singletonObjects中，半成品放在earlySingletonObjects中

流程可以这样走：实例化A ->将半成品的A放入earlySingletonObjects中 ->填充A的属性时发现取不到B->实例化B->将半成品的A放入earlySingletonObjects中->从earlySingletonObjects中取出A填充B的属性->将成品B放入singletonObjects,并从earlySingletonObjects中删除B->将B填充到A的属性中->将成品A放入singletonObjects并删除earlySingletonObjects。

问题：这样的流程是线程安全的，不过如果A上加个切面（AOP），这种做法就没法满足需求了，因为earlySingletonObjects中存放的都是原始对象，而我们需要注入的其实是A的代理对象。

b）使用singletonObjects和singletonFactories

成品放在singletonObjects中，半成品通过singletonFactories来获取

流程是这样的：实例化A ->创建A的对象工厂并放入singletonFactories中 ->填充A的属性时发现取不到B->实例化B->创建B的对象工厂并放入singletonFactories中->从singletonFactories中获取A的对象工厂并获取A填充到B中->将成品B放入singletonObjects,并从singletonFactories中删除B的对象工厂->将B填充到A的属性中->将成品A放入singletonObjects并删除A的对象工厂。

问题：这样的流程也适用于普通的IOC，但如果A上加个切面（AOP）的话，这种情况也无法满足需求，因为每次通过
singletonFactories.getObject()获取的代理对象都不同。

【免责声明：本文图片及文字信息均由千锋重庆Java培训小编转载自网络，旨在分享提供阅读，版权归原作者所有，如有侵权请联系我们进行删除。】

Spring如何解决循环依赖？建议你看完这些坑

原文：https://www.cnblogs.com/cqqfboy/p/14547334.html