spring开启允许循环依赖

最新推荐文章于 2025-05-14 16:06:54 发布
原创 最新推荐文章于 2025-05-14 16:06:54 发布 · 2.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring #java #后端

本文介绍了解决Spring Boot应用程序中因@Autowired导致的bean循环依赖问题，通过设置spring.main.allow-circular-references=true来允许临时的循环引用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

采用 @Autowired发现仍然会报错

The dependencies of some of the beans in the application context form a cycle:

解决方法：

配置文件中增加
spring.main.allow-circular-references=true

【微服务】spring 循环依赖问题深入解析
congge_study的博客
09-05 3681
spring 循环依赖问题深入解析
深入解析Spring Boot中解决循环依赖问题
fudaihb的博客
08-19 2115
在Spring Boot项目中，循环依赖是一个常见的困扰开发者的问题。循环依赖发生在两个或多个Bean相互依赖，形成一个闭环，导致Spring容器无法正确初始化这些Bean。本文将深入解析Spring Boot中循环依赖的成因，并探讨各种解决循环依赖的策略和最佳实践。 ## 目录
Spring 循环依赖
程序猿进阶
10-09 9570
三级缓存中的对象工厂可以确保在需要时创建代理对象，并将其放入二级缓存，从而确保代理对象可以在循环依赖中正确地被引用。时，它需要立即解析所有的构造函数参数，这会导致循环依赖问题。的代理对象来解决循环依赖问题。但从设计和架构的角度来看，尽量避免循环依赖是更好的做法。在需要时延迟创建早期引用，而不是立即创建。可能无法正确地创建代理对象，因为代理对象的创建依赖于完整的。的完全初始化的实例后，完成自身初始化，并放入一级缓存。的引用，所以最终拿到的是一个完整的。的初始化，从而解决循环依赖问题。
Spring源码分析系列(5)之循环依赖问题---图片总结版
m0_60907200的博客
04-19 527
Spring源码分析系列(5)之循环依赖问题---图片总结版
【spring】spring学习系列之七：循环依赖
最新发布
qq_28598323的博客
05-14 742
循环依赖是指两个或多个Bean相互依赖，形成闭环的情况。例如：Bean A依赖Bean B，而Bean B又依赖Bean A。@Service@Autowired@Service@Autowiredspring是怎么发现循环依赖的：spring实例化bean是单线程的，获取依赖的bean时发现依赖的bean正在创建中，那么就是循环依赖循环依赖怎么解决：通过三级缓存机制实现。
Spring-循环依赖
qq_43259860的博客
09-07 1511
接下来就是调用了addSington,里面如果判断是新创建的Sington做了这样几件事情：1)移除将当前Bean放到singtonObjects中 2)将singtonFactories中的singleFactory移除。这就解决了循环依赖，我的理解是通过Map存储早期的Bean，然后注入的也是早期的Bean，等到它依赖的Bean完成注入的时候，注入的早期的Bean的引用也会发生变化，类似于一个延迟加载。然后回到了ClassRoom，这个时候Student的Bean已经进行了创建，进行注入即可。
Spring循环依赖
qq_36769368的博客
03-02 4013
回过头来看看为什么要第三级缓存，而且为什么是工厂，而不是直接调用getEarlyBeanReference得到的代理对象。这是因为如果没有循环依赖的话，工厂根本不会被调用，没必要提早生成这个代理对象，只需要按原来的流程，在initializeBean正常生成代理对象即可。然后为什么需要第二级缓存，之前已经说了，存放还没完全创建好的bean呗。
Spring的循环依赖
个人专长：数据结构和算法、大数据、数据库、主流框架
04-05 587
如果大家理解开头那句话的话，这个报错应该不惊讶，Spring容器先创建单例StudentA，StudentA依赖 StudentB，然后将A放在“当前创建Bean池”中，此时创建StudentB,StudentB依赖StudentC ,然后将B放 在“当前创建Bean池”中,此时创建StudentC，StudentC又依赖StudentA， 但是，此时Student已经在池 中，所以会报错，，因为在池中的Bean都是未初始化完的，所以会依赖错误 ，（初始化完的Bean会从 池中移除）
聊一聊Spring中的循环依赖
lazysnail的博客
10-22 1118
简单案例，从源码角度窥探Spring对循环依赖的解决方案
【微服务】spring循环依赖深度解析
congge
12-06 7615
spring循环依赖解决详解
Spring 对循环依赖的支持
所有文章都可以查看。如果发现需要VIP才能看的文章，请留言，可能是发布的时候手抖了。
05-15 946
目录㈠ 先看一看循环依赖的几种形态㈡ Spring对循环依赖的支持⑴ 三级缓存⑵ 创建Bean的简单流程㈢ @DependsOn 注解㈣ 循环依赖分析⑴ 单例Bean全构造函数注入⑵ 单例Bean构造函数+setter方法注入⑶ 单例setter方法/字段注入⑷ 存在代理的单例setter方法注入⑸ 多例Bean之间的循环依赖⑹ JavaConfig不能配置循环依赖㈤ 总结 声明：文章内容仅代表个人对源码的理解和观点，可能存在理解错误的地方，欢迎留言探讨、指正。不喜勿喷，谢谢。 个人用的是 v5.2.4.
【Spring】Spring的循环依赖以及解决方案
长夜烛火的博客
11-27 7423
​ Spring循环依赖指的是两个或多个Bean之间相互依赖，形成一个环状依赖的情况。通俗的说，就是A依赖B，B依赖C，C依赖A，这样就形成了一个循环依赖的环。​ Spring循环依赖通常会导致Bean无法正确地被实例化，从而导致应用程序无法正常启动或者出现异常。因此，Spring循环依赖是一种需要尽量避免的情况。
Spring 循环依赖详解
Java领域优秀创作者
06-15 2776
在Spring框架中，依赖注入（Dependency Injection, DI）是其核心功能之一，它通过配置来管理对象的创建和它们之间的依赖关系。然而，在复杂的应用程序中，开发人员有时会遇到循环依赖的问题，即Bean A依赖于Bean B，而Bean B又依赖于Bean A。如果不加以处理，这种情况会导致应用程序无法启动。在本文中，我们将深入探讨Spring循环依赖的原理、处理机制、最佳实践以及可能遇到的问题。
spring循环依赖
zhouyi_YYDS的博客
04-28 4860
spring循环依赖主要有三种： 单例引用类型循环依赖（属性）：允许 构造器的循环依赖：不允许 多例循环依赖：不允许 单例引用类型循环依赖（属性） package com.spring.bean; import lombok.Data; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Compo...
spring如何开启允许循环依赖
热门推荐
洪晓鸿
03-31 1万+
在Spring 5.1及更高版本中，还提供了一种新的循环依赖解决方案，即SmartInstantiationAwareBeanPostProcessor接口，它提供了更细粒度的控制和处理循环依赖的方式。这是因为Spring默认使用构造函数注入或者setter注入的方式创建Bean，如果两个Bean之间存在循环依赖，则无法满足其中一个Bean的创建要求。在Bean之间存在循环依赖时，Spring可以通过setter方法暂时设置null值或代理对象，等到Bean创建完毕后再将实际的依赖项注入到Bean中。
详解Spring的循环依赖
sermonlizhi的博客
10-24 689
在介绍循环依赖之前，需要简单介绍一下AOP的原理，如果Spring项目使用@EnableAspectJAutoProxy开启了AOP，那么Spring启动的过程中，会创建一个AnnotationAwareAspectJAutoProxyCreator实例，该实例同样继承于BeanPostProcessor，所以在初始化后，会调用该实例的postProcessAfterInitialization()方法，而AOP生成代理对象的实现就是在该方法中完成 1、场景再现 如下所示，Spring创建OrderServ
Spring如何循环依赖
weixin_41951205的博客
01-16 1232
一、什么是循环依赖 循环依赖指的是2个或2个以上的bean互相持有对方，从而形成闭环的依赖场景。例如A依赖B，B依赖C，而C又依赖A，这种情况就叫做循环依赖。 二、循环依赖的场景 1、构造器的循环依赖 2、setter循环循环依赖 三、Spring Bean的创建过程 源码见org.springframework.beans.factory.support.AbstractBeanFactory#getBean(java.lang.String) @Override public Object getBea
spring循环依赖怎么解决？
05-14
<think>嗯，用户现在想了解Spring框架中循环依赖的解决方案。之前我已经回答过Spring Bean的生命周期，并且用户提到了相关的站内引用，不过他们现在更关注循环依赖的处理。首先，我需要回忆Spring是如何处理循环依赖的，尤其是三级缓存机制。 用户提供的引用里提到，Spring通过三级缓存解决循环依赖，特别是singleton作用域的bean。三级缓存包括singletonObjects、earlySingletonObjects和singletonFactories。可能需要在回答中详细解释这三个缓存的作用，以及它们如何协作。比如，当创建Bean A时，它会被放入三级缓存中，如果它依赖Bean B，而Bean B又依赖Bean A，这时三级缓存允许提前暴露半成品的Bean A，供Bean B完成初始化。 另外，用户提到的Spring Boot 2.6.0之后对循环依赖的处理更严格，可能需要说明版本变化带来的影响，比如默认禁止循环依赖，开发者需要显式配置才能允许。这时候应该建议用户优先考虑重构代码，而不是依赖技术手段解决，因为循环依赖可能暗示设计问题。 还要注意用户之前的问题中提到了Bean的生命周期，所以在解释循环依赖解决方案时，可能需要结合Bean的实例化和属性注入阶段，说明在哪个阶段三级缓存被使用。比如，在实例化后、属性注入前，将对象工厂放入三级缓存，这样当发生循环依赖时，可以提前获取到未完全初始化的bean实例。 用户可能还会关心不同作用域的bean是否支持循环依赖，比如原型作用域的bean，Spring无法解决，这时候需要说明原因，并建议避免这种情况。此外，@Lazy注解的使用场景和限制也需要提到，它如何延迟依赖的解析，从而打破循环，但可能带来的潜在问题。 需要确保回答结构清晰，分点说明解决方案、注意事项和常见方法，同时结合代码示例，如使用@Lazy或setter注入的例子。最后，相关问题部分可以引导用户深入理解三级缓存、设计模式的应用以及版本差异的影响。</think>以下是Spring框架解决循环依赖的核心方案和关键细节分析： --- ### Spring循环依赖解决方案 #### 核心机制：三级缓存 Spring通过三级缓存解决**singleton作用域**的循环依赖问题： $$ \begin{aligned} 1. &\text{一级缓存（完全初始化）: singletonObjects} \\ 2. &\text{二级缓存（半成品对象）: earlySingletonObjects} \\ 3. &\text{三级缓存（对象工厂）: singletonFactories} \end{aligned} $$ #### 解决流程（以A↔B循环依赖为例） ```mermaid flowchart TD A[创建Bean A] --> B[实例化A对象] B --> C[将A对象工厂放入三级缓存] C --> D[注入B属性] D --> E{检查B是否在缓存中} E --> |未找到| F[开始创建Bean B] F --> G[实例化B对象] G --> H[将B对象工厂放入三级缓存] H --> I[注入A属性] I --> J{从三级缓存获取A对象工厂} J --> K[通过工厂获取A的早期引用] K --> L[将A升级到二级缓存] L --> M[完成B的初始化] M --> N[将B放入一级缓存] N --> O[返回B到A的注入点] O --> P[完成A的初始化] P --> Q[将A放入一级缓存] ``` #### 关键特性 1. **仅支持单例模式** 原型(prototype)作用域的Bean无法解决循环依赖[^1] 2. **构造器注入限制** 若循环依赖通过构造器注入发生，Spring会直接抛出`BeanCurrentlyInCreationException`[^2] 3. **自动代理冲突规避** 通过`SmartInstantiationAwareBeanPostProcessor`接口处理AOP代理对象的循环依赖 --- ### 常见解决方案对比 | 方法 | 实现方式 | 适用场景 | |---------------------|----------------------------------|----------------------------| | @Lazy延迟加载 | 在依赖项添加@Lazy注解 | 简单循环且无需立即初始化的场景 | | Setter/Field注入 | 替换构造器注入为属性注入 | 大多数单例Bean循环依赖场景 | | 接口分离重构 | 提取公共接口解耦依赖关系 | 设计优化型解决方案 | | 上下文分离 | 使用@DependsOn明确初始化顺序 | 复杂依赖链场景 | --- ### Spring Boot 2.6+新特性 1. **严格模式默认开启** 启动时检测到循环依赖会直接报错，需通过配置开启兼容模式： ```properties spring.main.allow-circular-references=true ``` 2. **设计优先原则** 官方建议重构代码而不是依赖技术方案解决循环依赖 --- #### 代码示例 ```java // 使用@Lazy解决构造器循环依赖 @Service public class ServiceA { private final ServiceB serviceB; public ServiceA(@Lazy ServiceB serviceB) { this.serviceB = serviceB; } } // Setter注入方案 @Service public class ServiceB { private ServiceA serviceA; @Autowired public void setServiceA(ServiceA serviceA) { this.serviceA = serviceA; } } ``` --- ### 相关问题 1. **三级缓存如何避免并发问题？** 2. **为什么原型作用域的Bean不能解决循环依赖？** 3. **Spring如何检测循环依赖的存在？** 4. **循环依赖对事务管理有什么影响？** [^1]: Spring通过提前暴露对象引用的方式解决单例Bean的循环依赖问题 [^2]: Spring Boot 2.6+版本对循环依赖采取更严格的设计规范
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值