Spring为什么要用三级缓存解决循环依赖?

惊雷无声  金牌会员 | 2024-9-17 09:59:57 | 来自手机 | 显示全部楼层 | 阅读模式
打印 上一主题 下一主题

主题 830|帖子 830|积分 2490

1. Spring是怎样创建一个bean对象



  • 推断构造方法
    默认采用无参构造,假如不存在无参构造,判断有参构造受否唯一,假如唯一选择有参构造,不唯一报错。
  • 普通对象
  • 依赖注入
  • 初始化前(@PostConstruct)
    在类中方法上添加@PostConstruct注解,该方法会在初始化前执行。
  • 初始化(InitializingBean)
    类实现InitializingBean接口,重写afterPropertiesSet方法。
  • 初始化后(AOP)
  • 署理对象
  • 放入Map单例池
  • Bean对象
2. Spring三级缓存


通太过析源码:
doCreateBean方法
2.1 一级缓存:单例池,履历过完备bean生命,单例Bean对象

  1. private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
复制代码
2.2 二级缓存:提前袒露的Bean

  1. private final Map<String, Object> earlySingletonObjects = new HashMap<>(16);
复制代码
2.3 三级缓存:打破循环

  1. private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);
复制代码
//<beanName, 单例创建的工厂>
在创建bean 的源码中先判断是否是单例,支持循环依赖,当前正在创建的单例, 满足上面条件就会创建一个lambda表达式放入三级缓存中。
getEarlyBeanReference方法中会判断是否存在AOP,存在就创建署理对象,不存在就返回通过构造方法创建的普通对象。

在三级缓存lambda方法中判断是否创建署理对象

上边源码中看到只要走三级缓存的会调用getEarlyBeanReference方法,该方法会把执行过AOP的Bean存放在earlyProxyReferences的Map聚集中,用于后续bean生命周期的初始化后是否AOP创建署理对象校验。

初始化后,校验是否AOP创建署理对象,通过校验earlyProxyReferences聚集中bean是否与传入bean相同来判断。

获取单例bean

3. Spring 解决不了的循环依赖

1.构造器循环依赖(实例化阶段循环依赖) 解决办法添加@Lazy注解
底层原理是创建署理对象,

4.总结

   在Java Spring的厨房里,循环依赖这道菜可是让不少程序员大厨头疼的“暗中料理”。但Spring大厨微微一笑,不慌不忙地亮出了他的秘密武器——三级缓存“韶光机”!
一级缓存,那是“秒出”区,新鲜出炉的Bean直接上桌,快得就像外卖小哥的闪电送。
二级缓存,咱们叫它“半制品天堂”,Bean们在这里稍作休息,等候最后的调味。但别急,好戏还在反面!
重头戏来了,三级缓存——“将来豆预测局”!这里,Spring大厨仿佛拥有了预知将来的超本领,提前把即将诞生的Bean们“画”在纸上,等它们真正诞生时,直接对号入座,无缝衔接。这操作,简直比科幻电影还炫酷!
就如许,Spring大厨用三级缓存的“韶光机”,轻松玩转循环依赖这道困难,让厨房里的Bean们手拉手也能和谐共处,共同烹饪出美味的应用大餐。程序员们纷纷点赞:“Spring大厨,你是我们的超级好汉!”
  


免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
回复

使用道具 举报

0 个回复

正序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

惊雷无声

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表