Spring的三级缓存解决循环依赖问题

什么是循环依赖？

所谓循环依赖就是多个对象中存在互相引用的情况，在bean对象的初始化过程中，主要是通过三级缓存来解决这个问题。比如类A中有属性B b，类B中有属性A a

解决循环依赖的思路演变：

V1:利用一个xx Map<'aService'，'AService残缺对象'>这样看似可以解决循环依赖问题，一旦aService需要AOP，问题就会暴露出来：

 

V2:针对上述问题，我们要解决上述问题，要解决的思想是提前进行AOP,并且是如果出现循环依赖的情况下，要提前进行AOP。如果没有循环依赖，则没必要提前。如何判断该对象是否出现了循环依赖呢？引入一个Set集合，将正在创建的bean比如aService放到Set集合中，如果在2.2填充aService中，从单例池中找不到aService，从Set集合中找到，说明aService正在创建，并且也能说明aService出现了循环依赖，则提前进行AOP。思路如下：

 

V3:上面也会暴露一个问题，如果C类中也依赖A对象，那么在bService Bean生命周期中创建了AService代理对象，在cService Bean中也会创建AService对象，这两个对象肯定是不一样的。这就违背了spring中的单例原则。这就引入了二级缓存earlysingleObjects HashMap<beanName,bean对象>。循环依赖过程中，提前AOP创建的代理对象放入二级缓存earlysingleObjects中，如果有其他对象的创建也需要注入aService属性，可以直接从二级缓存中查找。二级缓存用一个hashMap的数据结构保证一个bean名字对应唯一一个半成品bean对象。

V4：如果了解AOP的底层操作的话，会发现我们在AOP的时候利用动态代理生成代理对象，生成代理对象是需要我们的原始对象作为代理对象的一个属性值的。那么在这种情况下，我们在上述的2.2中，来到提前AOP操作，如何才能获得我们的原始对象呢？这就引入了第三级缓存：

singletonFactories hashMap<beanName,()->(bean原始对象,beanName，beanDefinition)>

由此可见，第三级缓存的目的就是为了我们在循环依赖过程中，如果需要进行提前AOP，那么我们要准备好AOP操作需要的东西，有三样：bean原始对象、beanName、beanDefinition。第三级缓存的目的就是存储这些东西，方便我们进行提前AOP,值得一提的是hashMap中的value是一个lambda表达式。在源码中的样子如下图：

 

 

三级缓存的核心源码：

 

注：如果lambda表达式中判断出并不需要提前AOP，那么返回的就是lambda表达式中的bean原始对象参数。