Spring中三级缓存如何解决循环依赖的
Spring中是如何解决循环依赖的前言我们都知道Spring时使用了三级缓存来解决的循环依赖问题。但是三级缓存是什么三级缓存又是如何解决循环依赖的呢为什么需要三级缓存二级不行吗带着这些问题我们一起来研究一下Spring的源码揭秘上面的问题。SpringBean的生命周期要说要Spring的循环依赖首先要说一下SpringBean的生命周期因为Spring的循环依赖的发生和解决就是出现在SpringBean的生命周期中只有了解的SpringBean的生命周期我们才能更清楚地理解循环依赖。SpringBean的声明周期大致如下扫描配置文件获取BeanDefination定义通过反射Reflect API的方式创建Bean对象对Bean对象进行属性填充populateBean()如果Bean实现了BeanNameAware接口则调用setBeanName()传入Bean的name。如果Bean实现了BeanClassLoader接口则调用setBeanClassLoader()传入classLoad对象。同上相应的如果实现了*Aware接口则调用相应的set方法。如果有加载这个Bean的Spring容器相关的postprocessor对象则执行postProcessBeforeInitialization()初始化前方法如果Bean实现了initializeBean方法则调用afterPropertiesSet()方法如果Bean在配置文件中定义包含init-method属性则执行相应的方法。如果有加载这个Bean的Spring容器相关的postprocessor对象则执行postProcessAfterInitialization()初始化前方法销毁Bean的时候如果Bean实现了DisposableBean接口则执行destory()方法。销毁Bean的时候如果Bean在配置文件中配置了destory-method属性则执行指定的方法。简单说说Spring Bean的生命周期什么是循环依赖假设我们有两个类 A 和 B类A和类B的实例互为成员变量即为循环依赖。简单来说就是A依赖B而B也依赖A。这就构成了循环依赖。publicclassA{privateBb;publicBgetB(){returnb;}publicvoidsetB(Bb){this.bb;}}publicclassB{privateAa;publicAgetA(){returna;}publicvoidsetA(Aa){this.aa;}}循环依赖配置?xml version1.0 encodingUTF-8?beansxmlnshttp://www.springframework.org/schema/beansxmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexmlns:aophttp://www.springframework.org/schema/aopxsi:schemaLocationhttp://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd!-- bean iduserService classcom.spring.cycle.UserService--!-- property nameorderService reforderService/--!-- /bean--!-- bean idorderService classcom.spring.cycle.OrderService--!-- property nameuserService refuserService/--!-- /bean--beanidaclasscom.spring.cycle.Apropertynamebrefb//beanbeanidbclasscom.spring.cycle.Bpropertynamearefa//bean!--配置客户service--!-- bean idcustomerService classcom.spring.cycle.CustomerServiceImpl--!-- /bean--!-- bean idlogger classcom.spring.cycle.Logger--!-- /bean--!-- lt;!ndash;第一步:通过aop:config声明aop的配置ndash;gt;--!-- aop:config--!-- lt;!ndash;第二步通过aop:aspect配置切面,说明--!-- id唯一标识名称--!-- ref指定通知bean对象的引用--!-- ndash;gt;--!-- aop:aspect idlogger reflogger--!-- lt;!ndash;第四步通过aop:pointcut配置切入点表达式,说明--!-- id唯一标识名称--!-- expression指定切入点表达式--!-- 切入点表达式组成--!-- 访问修饰符 返回值 包名称 类名称 方法名称 参数列表--!-- ndash;gt;--!-- aop:pointcut idpt1 expressionexecution(public void com.spring.cycle.CustomerServiceImpl.saveCustomer())/--!-- lt;!ndash;第三步通过aop:before配置前置通知,说明--!-- method指定通知方法名称--!-- pointcut-ref指定切入点表达式--!-- ndash;gt;--!-- aop:before methodprintLog pointcut-refpt1/--!-- /aop:aspect--!-- /aop:config--/beansSpring的三级缓存是什么简单点说Spring的三级缓存其实就是三个Map分别用来存储不同阶段的Spring的Bean。/** 一级缓存用来存储完整的Bean对象。key: Bean的名称value: Bean的实例 */privatefinalMapString,ObjectsingletonObjectsnewConcurrentHashMap(256);/** 三级缓存存储的是一段lambda表达式不会直接运行在调用getObject()方法时才会运行 key: Bean的名称value: 生成对象的工厂*/privatefinalMapString,ObjectFactory?singletonFactoriesnewHashMap(16);/** 二级缓存用来存提前暴露的Bean对象 key: Bean的名称value: Bean的早期实例 */privatefinalMapString,ObjectearlySingletonObjectsnewConcurrentHashMap(16);循环依赖是如何发生的大体流程是这样的通过扫描配置文件需要创建A对象去一级缓存中获取A没有A则创建AcreateBeanInstance把A对象的半成品放到了缓存中实例化A对象之后对A对象进行属性填充populateBean发现A对象依赖B对象于是去缓存池中找B对象发现不存在于是创建B对象createBeanInstance把B对象的半成品放到了缓存中实例化B对象之后对B对象进行属性填充populateBean发现B对象依赖A对象在二级缓存中找到A对象的半成品B对象完成属性填充初始化B对象initializeBeanB对象完成创建把B对象放入到一级缓存中去清空二级缓存然后A对象可以在一级缓存中获取B对象完成属性填充初始化A对象initializeBeanA对象创建完成把A对象加入到一级缓存中清除二级缓存加入到一级缓存后清除二级缓存是为了保证对象只有一个实例。为什么需要三级缓存从上面的分析我们可以看出解决循环依赖使用一级缓存 二级缓存就可以了为什么还要三级缓存呢大家想一下有这么一种情况就是我们给A对象添加了代理AOP在B对象进行属性填充的时候需要注入的应该是A的代理对象从上面的流程中可以看出使用二级缓存并不能满足。其实也不能说是不能满足只要让A对象提前AOP就好了这样B对象在进行属性填充的时候注入的就是A的代理对象了。但是Spring的原则是在对象初始化之后initializeBean之后postProcessAfterInitialization中进行AOP的。而且也并不是每个Bean都需要进行AOP的。所以Spring的选择是在Bean实例化之后将Bean包装成一个ObjectFactory放到了三级缓存singletonFactories中大致步骤如下通过扫描配置文件需要创建A对象去一级缓存中获取A一级缓存中没有A去二级缓存中查找A二级缓存中没有A去三级缓存中查找A没有A则创建AcreateBeanInstance把A对象的半成品ObjectFactory放到了三级缓存中实例化A对象之后对A对象进行属性填充populateBean发现A对象依赖B对象去一级缓存中获取B一级缓存中没有B去二级缓存中查找B二级缓存中没有B去三级缓存中查找B没有B则创建BcreateBeanInstance把B对象的半成品ObjectFactory放到了三级缓存中实例化B对象之后对B对象进行属性填充populateBean发现B对象依赖A对象去一级缓存中获取A一级缓存中没有A去二级缓存中查找A二级缓存中没有A三级缓存中查找AA存在三级缓存中获取A对象B对象完成属性填充删除三级缓存中的A把A添加到二级缓存中去为了保证只有一个实例对象初始化B对象initializeBeanB对象完成创建把B对象放入到一级缓存中去清空三级缓存二级缓存中的B然后A对象可以在一级缓存中获取B对象完成属性填充初始化A对象initializeBeanA对象创建完成把A对象加入到一级缓存中清除二级缓存在出现AOP时DefaultSingletonBeanRegistryAbstractAutowireCapableBeanFactoryAbstractAutowireCapableBeanFactoryAbstractAutoProxyCreator在出现AOP的循环依赖时拿到 ObjectFactory 对象后调用 ObjectFactory.getObject() 方法最终会调用 getEarlyBeanReference() 方法。getEarlyBeanReference 这个方法主要逻辑大概描述下如果 bean 被 AOP 切面代理则返回的是 beanProxy 对象如果未被代理则返回的是原 bean 实例。这时我们会发现能够拿到 bean 实例属性未填充然后从三级缓存移除放到二级缓存 earlySingletonObjects 中而此时 B 注入的是一个半成品的实例 A 对象。不过随着 B 初始化完成后A 会继续进行后续的初始化操作最终 B 会注入的是一个完整的 A 实例因为在内存中它们是同一个对象。总结Spring是利用三级缓存解决循环依赖的。通过提前暴露对象将把成品的对象放入到缓存中完成循环依赖中对象的属性注入。在没有AOP的情况下二级缓存就可以解决循环依赖。但是在AOP的循环依赖中则需要三级缓存来解决循环依赖。因为Spring的原则是初始化之后再进行对象的增强。如果只有二级缓存则必须提前AOP再实例化之后就对对象进行AOP增强。也并非所有的都对象都需要进行提前的AOP使用三级缓存解决了这个问题。在出现AOP的循环依赖时拿到 ObjectFactory 对象后调用 ObjectFactory.getObject() 方法最终会调用 getEarlyBeanReference() 方法。getEarlyBeanReference 这个方法主要逻辑大概描述下如果 bean 被 AOP 切面代理则返回的是 beanProxy 对象如果未被代理则返回的是原 bean 实例。

相关新闻

微信小程序(uniapp)拍照和拍视频

微信小程序(uniapp)拍照和拍视频

前言 微信小程序想要实现拍照和拍小视频功能&#xff0c;就得使用camera组件以及配合一些api来完成。提示&#xff1a;以下是本篇文章正文内容&#xff0c;下面案例可供参考 HTML: <camera v-if"isAuth" style"height: 60%;" class"camera" d…

2026/7/15 14:39:08阅读更多 →
运维转大模型到底解决了什么问题?

运维转大模型到底解决了什么问题?

如果你正准备往大模型方向转&#xff0c;《运维转大模型&#xff0c;真正值钱的为什么不是会调 API&#xff1f;》这类问题别只看热度。更重要的是判断自己该补哪块能力&#xff0c;以及怎么证明你真的会。摘要先把这篇文章的目标说清楚&#xff1a;看完之后&#xff0c;你应该…

2026/7/15 14:39:08阅读更多 →
FireShare:5步搭建你的私有游戏视频分享平台,告别第三方平台限制

FireShare:5步搭建你的私有游戏视频分享平台,告别第三方平台限制

FireShare&#xff1a;5步搭建你的私有游戏视频分享平台&#xff0c;告别第三方平台限制 【免费下载链接】fireshare Self host your media and share with unique links 项目地址: https://gitcode.com/gh_mirrors/fi/fireshare FireShare是一款开源的游戏视频分享平台…

2026/7/15 14:34:04阅读更多 →
Starship:重新定义终端效率的模块化提示符架构

Starship:重新定义终端效率的模块化提示符架构

Starship&#xff1a;重新定义终端效率的模块化提示符架构 【免费下载链接】starship ☄&#x1f30c;️ The minimal, blazing-fast, and infinitely customizable prompt for any shell! 项目地址: https://gitcode.com/GitHub_Trending/st/starship 在当今开发者的工…

2026/7/15 16:54:38阅读更多 →
零编程定制Office界面:Office RibbonX Editor终极指南

零编程定制Office界面:Office RibbonX Editor终极指南

零编程定制Office界面&#xff1a;Office RibbonX Editor终极指南 【免费下载链接】office-ribbonx-editor An overhauled fork of the original Custom UI Editor for Microsoft Office, built with WPF 项目地址: https://gitcode.com/gh_mirrors/of/office-ribbonx-editor…

2026/7/15 16:54:38阅读更多 →
为什么ytDownloader重新定义了开源视频下载工具的技术架构?

为什么ytDownloader重新定义了开源视频下载工具的技术架构?

为什么ytDownloader重新定义了开源视频下载工具的技术架构&#xff1f; 【免费下载链接】ytDownloader Desktop App for downloading Videos and Audios from hundreds of sites 项目地址: https://gitcode.com/GitHub_Trending/yt/ytDownloader 在数字内容创作和在线学…

2026/7/15 16:54:38阅读更多 →
数字电路硬件设计系列(十八)之电源时序控制电路实战:从分立元件到专用芯片

数字电路硬件设计系列(十八)之电源时序控制电路实战:从分立元件到专用芯片

1. 电源时序控制电路的重要性我第一次设计多电源系统时&#xff0c;就栽在了电源时序上。那是一个FPGA项目&#xff0c;上电后芯片直接冒烟&#xff0c;烧毁了好几块板子才找到原因——原来是内核电源和I/O电源的上电顺序反了。这种惨痛教训让我深刻认识到&#xff0c;电源时序…

2026/7/15 16:54:38阅读更多 →
Elsevier Tracker:三步快速安装的终极学术投稿进度监控解决方案

Elsevier Tracker:三步快速安装的终极学术投稿进度监控解决方案

Elsevier Tracker&#xff1a;三步快速安装的终极学术投稿进度监控解决方案 【免费下载链接】Elsevier-Tracker 项目地址: https://gitcode.com/gh_mirrors/el/Elsevier-Tracker Elsevier Tracker是一款专为科研作者设计的免费Chrome浏览器插件&#xff0c;能够自动化监…

2026/7/15 16:54:38阅读更多 →
Prisma DBML Generator 与其他数据库文档工具的对比分析

Prisma DBML Generator 与其他数据库文档工具的对比分析

Prisma DBML Generator 与其他数据库文档工具的对比分析 【免费下载链接】prisma-dbml-generator Prisma DBML Generator 项目地址: https://gitcode.com/gh_mirrors/pr/prisma-dbml-generator Prisma DBML Generator 是一款强大的数据库文档生成工具&#xff0c;它能够…

2026/7/15 16:49:37阅读更多 →
VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比&#xff1a;全局安装 vs 项目本地安装的4个关键差异当你在VSCode中启动一个新的TypeScript项目时&#xff0c;第一个技术决策往往从安装方式开始。这个看似简单的选择——全局安装还是项目本地安装——实际上会深刻影响你的开发流程、团队协作和…

2026/7/15 6:42:19阅读更多 →
智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件&#xff1a;5分钟实现自动化学习的智能助手 【免费下载链接】zhihuishu 智慧树刷课插件&#xff0c;自动播放下一集、1.5倍速度、无声 项目地址: https://gitcode.com/gh_mirrors/zh/zhihuishu 智慧树刷课插件是一款专为智慧树在线教育平台设计的Chrome浏…

2026/7/15 6:12:45阅读更多 →
Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL&#xff1a;跨平台游戏模组获取的终极解决方案 【免费下载链接】WorkshopDL WorkshopDL - The Best Steam Workshop Downloader 项目地址: https://gitcode.com/gh_mirrors/wo/WorkshopDL 你是否在GOG或Epic Games Store购买了心仪的游戏…

2026/7/15 10:54:00阅读更多 →
AI框架决定企业AI能走多远

AI框架决定企业AI能走多远

企业AI建设的第一性原理 企业搞AI&#xff0c;最关键的决定是什么&#xff1f;不是选哪家大模型&#xff0c;不是先做哪个场景&#xff0c;不是招多少AI人才——而是选哪个AI开发框架。 为什么&#xff1f;因为框架决定了企业AI能力的"天花板"。选对了框架&#xff0…

2026/7/15 0:01:30阅读更多 →
Java企业为什么需要AI框架

Java企业为什么需要AI框架

Java企业在AI时代的尴尬处境 Java是全球企业级应用开发的主流语言——全球超过一半的企业系统跑在Java上。但在AI浪潮面前&#xff0c;很多Java企业感到尴尬&#xff1a;大模型的接口是各种语言的&#xff0c;AI开发社区以其他语言为主流&#xff0c;似乎Java在AI时代"掉队…

2026/7/15 0:01:30阅读更多 →
CC3230x嵌入式开发实战:SD主机、定时器与低功耗模式深度解析

CC3230x嵌入式开发实战:SD主机、定时器与低功耗模式深度解析

1. 项目概述&#xff1a;为什么需要关注CC3230x的SD主机、定时器与低功耗&#xff1f;在物联网和嵌入式设备开发领域&#xff0c;我们常常面临一个核心矛盾&#xff1a;设备需要具备强大的连接能力、可靠的数据存储和实时控制功能&#xff0c;同时又必须严格控制功耗以延长电池…

2026/7/15 0:01:30阅读更多 →
YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

如果你在部署 YOLOv8 时&#xff0c;发现推理速度只有可怜的 1-2 FPS&#xff0c;而别人的演示视频却能跑到 30 FPS 以上&#xff0c;那么问题很可能不在模型本身&#xff0c;而在于你的整个处理链路。很多开发者拿到一个训练好的 YOLOv8 模型后&#xff0c;会直接使用官方示例…

2026/7/15 15:50:47阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

Coze与Dify对比指南:低代码AI应用开发从入门到实战

1. 从零到一&#xff1a;为什么你需要了解 Coze 和 Dify&#xff1f;如果你对 AI 应用开发感兴趣&#xff0c;但一看到“大模型”、“智能体”、“工作流”这些词就头疼&#xff0c;觉得门槛太高&#xff0c;那这篇文章就是为你准备的。很多开发者&#xff0c;包括我自己&#…

2026/7/15 8:52:38阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

AI生图工具怎么选?2026年6月版实测对比

做自媒体的朋友应该都有体会&#xff1a;配图一直是个让人头疼的问题。2026年&#xff0c;AI生图工具已经非常成熟了&#xff0c;但工具太多反而不知道怎么选。以下是截至2026年6月我对主流AI生图工具的实测对比。Midjourney V8.1&#xff1a;速度之王2026年6月11日&#xff0c…

2026/7/15 14:06:23阅读更多 →