关于Spring 利用三级缓存解决循环依赖的问题

主要不理解的点有两个:

1、既然三级缓存在创建普通对象时就已经创建了,为什么不直接通过三级缓存来判断是否依赖循环,而要通过 createingSet 来进行判断?

2、三级缓存所记录的 lamdba表达式既然能够记录是否 有 aop操作以及返回的是普通对象或者代理对象,为什么三级缓存不直接存这些对象,而要存一个 lamdba表达式,等到被进行依赖注入的时候才先进行三级缓存获取并存入二级缓存?

1、三级缓存中的对象在创建时并没有进行循环依赖的判断,因为此时并不知道这个对象是否会被注入到其他对象中,所以无法确定是否会存在循环依赖的情况。只有当对象被注入到其他对象中时,才能确定是否存在循环依赖。因此,在创建对象时并不能直接通过三级缓存来判断是否依赖循环,需要通过creatingSet来进行判断。

2、三级缓存所记录的是lambda表达式,而不是对象本身,是因为lambda表达式可以在需要的时候执行,即在需要注入依赖时才会执行,从而可以在执行过程中进行一些额外的处理,例如创建代理对象、添加AOP操作等。如果直接将对象存入三级缓存中,就无法进行这些额外的处理。因此,将lambda表达式存入三级缓存中,等到需要注入依赖时再执行,可以在执行过程中进行必要的额外处理,从而实现AOP等功能。而将lambda表达式存入二级缓存中,则是为了避免重复创建对象,提高性能。

  • 请看👉 :Spring的三级缓存解决循环依赖
  • 除此之外, 这篇博客: Spring三级缓存解决循环依赖 源码解析中的 三级缓存解决循环依赖问题的关键是什么?为什么通过提前暴露对象能解决? 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  • 实例化和初始化分开操作,在中间过程中给其他对象赋值的时候,并不是一个完整对象,而是把半成品对象赋值给了其他对象。