Spring Bean相互注入 java.lang.StackOverflowError Requested bean is currently in creation: Is there an u

最新推荐文章于 2024-12-12 00:11:05 发布
原创 最新推荐文章于 2024-12-12 00:11:05 发布 · 1.4w 阅读 · 0 ·
CC 4.0 BY-SA版权
文章发表1周内为内容优化高峰期，后续会根据认知迭代继续做完善补充。
文章标签：

#spring

本文详细解析了Spring框架中Bean的作用域及不同注入方式的支持情况，包括XML配置下的setter注入、构造器注入以及自动装配模式下的各种相互依赖支持特性。

结论:

@Autuwird只支持 单例作用域的相互注入

完全使用 xml 配置注入时,setter注入仅支持 单例作用域的相互注入

完全使用xml配置注入时,构造器注入 不支持相互注入

自动装配模式下,使用 autowire="constructor" 或者 autowire="byName"都支持所有作用域都相互依赖

自动装配模式下,autowire="byType"和完全使用xml 配置注入的setter 注入一致,仅支持 单例作用域的相互注入

一文优化java.lang.StackOverflowError的堆栈溢出问题及递归引发的java.lang.StackOverflowError错误
念兮为美
02-15 3825
一文优化java.lang.StackOverflowError的堆栈溢出问题及递归引发的java.lang.StackOverflowError错误。
【总结】java.lang.StackOverflowError错误原因及解决办法
甘蓝的专栏
01-02 3343
一文弄懂java.lang.StackoverFlowError错误的产生原因及解决办法
【BUG】Requested bean is currently in creation: Is there an unresolvable circular reference?
qq_44765647的博客
09-05 5568
某项目引用其他starter内 Util 工具类。Requested bean is currently in creation: Is there an unresolvable circular reference?
Requested bean is currently in creation: Is there an unresolvable circular reference?
qq_67504665的博客
12-12 2465
错误信息表明在Spring应用中存在一个无法解决的循环依赖问题，具体来说，在学习Feign和Sentinel的隔离和降级的过程中，遇到了这个问题；在创建时又需要某个正在创建的bean，导致循环引用，形成死锁；注解，推迟某些bean的初始化，以打破循环依赖；这样就可以打破循环依赖，让程序正常运行；：可以在注入的bean上使用。
Requested bean is currently in creation: Is there an unresolvable circular reference?（循环依赖报错）
qq_61544409的博客
01-08 8278
Spring循环依赖报错
spring bean 循环依赖 Requested bean is currently in creation: Is there an unresolvable circular referen...
diliulian8845的博客
09-19 2424
Requested bean is currently in creation: Is there an unresolvable circular reference? getBean的时候由于bean之间存在循环依赖出现类似的错误，先做一个简单实验模拟一下这个异常出现的原因： bean.xml配置如下： <?xml version="1.0" encodin...
Requested bean is currently in creation: Is there an unresolvable circular reference? 原因之一（java)
sinat_37792529的博客
07-06 1万+
正常代码是实现接口后直接重新或者方法名称直调就行不用再次注入直接的接口这种错误的写法。说明 更新新的工作插件，工作空间 启动项目报错。
小林子的日常维护之-java.lang.StackOverflowError: null
my_bugs的博客
11-28 1708
背景：多级指标看板展示（每个指标都有一个父级指标id来维护指标树） 问题排查：找到错误原因并且修复 报错日志如下： 2021-11-28 14:40:15 [http-nio-9000-exec-235] ERROR /kanban/loadCompanyRelatedItemKanban-a2104f0beaa4 com.perf.www.handler.GlobalExceptionHandler[31] - Handler dispatch failed; nested exception is ja
[idea]打包的时候，Exception in thread “main“ java.lang.StackOverflowError
MyNameIsWangYi的博客
10-21 2357
目录报错解决办法1.修改maven配置，两种方式方式一方式二2.优化正则表达式结果:build success 报错 Exception in thread "main" java.lang.StackOverflowError 翻译：maven堆栈溢出 解决办法 1.修改maven配置，两种方式 方式一 maven安装包中： 打开maven安装目录的bin文件夹，找到mvn.cmd文件或者mvn.bat文件，在正式代码开头添加一行代码 set MAVEN_OPTS=-Xss4096k 方式二 在ID
java.lang.StackOverflowError——因为设置Xss不恰当而导致的虚拟机栈溢出
换了马甲的小强的博客
04-03 3350
一、问题现象 org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'excelResultManager' defined in URL [file:/home/v5/ApacheJetspeed/webapps/seeyon/WEB-INF/cfgHome/spring/sp...
Spring 循环注入怎么解决/Requested bean is currently in creation: Is there an unresolvable circular reference
热门推荐
ckinghan58 学习工作分享空间
10-18 5万+
今天在干活时碰到了一个问题：Requested bean is currently in creation: Is there an unresolvable circular reference，也就是循环注入/依赖的问题，这里做一下记录，方便还没有解决相同问题的同行做个参考。 我的问题是因为多个服务层在注入时，出现了循环注入的情况，导致启动项目报错，具体的错误 就不帐号出来了。。直接说解决方案...
java spring getbean_普通java类获取 spring中的bean方法
weixin_30095015的博客
02-16 417
编写一个工具类实现spring 的ApplicationContextAware接口代码如下：1 packagecom.xnh.web.utils;23 importorg.springframework.beans.BeansException;4 importorg.springframework.context.ApplicationContext;5 importorg.springfra...
java获取spring bean_Java代码获取spring 容器的bean几种方式
weixin_39760721的博客
02-21 134
一、目的写了一个项目，多个module，然后想在A模块中实现固定的config注入，当B模块引用A时候，能够直接填写相对应的配置信息就行了。但是遇到一个问题，B引用A时候，A的配置信息总是填充不了，获取不到在B中配置好的信息。猜测原因：因为项目的的bean文件没有被统一管理。二、方法fun1:在初始化时保存ApplicationContext对象ApplicationContext ac = ne...
Spring依赖注入
silence_ox的博客
12-12 206
Spring框架的核心功能有两个，Spring容器作为超级工厂，负责创建、管理所有的Java对象，这些Java对象被称为Bean；Spring容器管理容器中Bean之间的依赖关系，Spring使用一种被称为：“依赖注入”的方式来管理Bean之间的依赖关系。 当某个Java实例（调用者）需要另一个Java实例（被调用者）时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。 在依赖注入的模式下，创建被调用者的工作不再由调用者完成，因此称为控制反转（Inversion of Control，IoC）；创
关于【org.springframework.beans.factory.BeanCreationException】
taoword的博客
02-28 295
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'courseOrderMapper' defined in file [F:\LearningData\xxx\xxx\CourseOrderMapper.class]: Invocation of init method failed; nested exception is java.lang.Illegal
nested exception is java.lang.StackOverflowError
硅脂味咖啡的博客
02-27 687
以上是访问oauth2的端点报的错，主要是有配置没配置好，修改前配置： @Bean @Override public AuthenticationManager authenticationManagerBean() throws Exception { return super.authenticationManagerBean(); } 修改后配置： @Bean @Override public Authentication
关于spring循环注入
Big_Blogger的博客
04-15 948
循环注入即A 拥有B 引用；B 拥有A 引用、 ps: s 单例，p 非单例；c 构造，S set方法 一、使用xml配置 1.singleton-singleton-constructor   N 2.singleton-singleton-set方法   Y 3.prototype-prototype-constructor  N 4.prototype-prototyp
开启feign对sentinel的支持后出现循环依赖：Rquested bean is currently in creation: Is there an unresolvable circular
m0_46302126的博客
07-26 495
发现springcloud和springcloud-alibaba的版本冲突，当正要开启feign对sentinel的支持。这里吐槽一句：某视频是真的很多坑。却突然报了个错，网上说是循环问题，版本改成SR8之后就好了。
java启动项目加载bean的时候报java.lang.StackOverflowError: null
最新发布
04-24
<think>嗯，用户遇到了Java Spring Boot项目启动时加载Bean出现StackOverflowError的问题。我需要先分析可能的原因，然后给出解决方案。首先，StackOverflowError通常是由于无限递归或方法调用层次过深导致的。在Spring Boot中，Bean的加载过程中出现这种情况，可能是因为Bean之间的循环依赖，或者Bean的初始化方法中存在递归调用。 根据引用[4]中的例子，递归调用会导致栈帧不断累积，最终超出JVM允许的栈深度。在Spring Boot中，如果两个Bean互相依赖，比如A依赖B，B又依赖A，可能会导致循环依赖，从而在创建Bean时产生无限递归，进而引发StackOverflowError。此外，某些AOP代理（如Spring AOP）如果配置不当，也可能在代理过程中出现递归调用。 接下来要考虑解决方案。首先应该检查是否存在循环依赖。用户可以通过查看启动日志中的异常堆栈信息，找到重复出现的Bean名称，这可能提示循环依赖的存在。使用@Lazy注解可以延迟其中一个Bean的加载，打破循环。另外，重构代码结构，将相互依赖的部分解耦，或者使用Setter注入代替构造器注入，可能有助于解决循环依赖的问题。 另外，初始化方法中的递归调用也需要检查。例如，在@PostConstruct方法中调用另一个方法，而该方法又反过来触发Bean的初始化，导致递归。这时候需要检查这些方法的逻辑，确保没有形成无限递归。 如果问题与AOP代理有关，可能需要检查@Transactional或其他切面注解的使用是否正确，避免在代理过程中产生递归。调整AOP的配置或使用其他代理方式（如CGLIB）可能有效。 最后，调整JVM的栈大小参数（如-Xss）可以作为临时解决方案，但根本问题还是需要代码层面的修复。用户可以通过这些步骤逐步排查和解决问题。</think>### Java Spring Boot Bean加载出现StackOverflowError的原因与解决方案 #### 一、常见原因分析 1. **循环依赖导致的无限递归** - 当两个或多个Bean通过构造函数或字段注入相互依赖时，Spring容器尝试创建Bean的过程中可能形成无限递归调用链，最终触发$StackOverflowError$[^4] - 示例场景： ```java @Service class ServiceA { private final ServiceB serviceB; public ServiceA(ServiceB serviceB) { this.serviceB = serviceB; } } @Service class ServiceB { private final ServiceA serviceA; public ServiceB(ServiceA serviceA) { this.serviceA = serviceA; } } ``` 2. **初始化方法中的递归调用** - 在$@PostConstruct$方法或初始化逻辑中，未正确设置终止条件，导致方法无限递归 - 如引用[4]中的递归调用未正确终止的情况 3. **AOP代理生成问题** - 使用基于接口的JDK动态代理时，若代理逻辑中涉及自身方法调用，可能产生递归调用链 - 常见于$@Transactional$等切面注解的不当使用 #### 二、排查步骤 1. **分析堆栈轨迹** 查看错误日志中重复出现的类名和方法调用模式，例如： ``` java.lang.StackOverflowError at com.example.ServiceA.<init>(ServiceA.java:10) at com.example.ServiceB.<init>(ServiceB.java:10) at com.example.ServiceA.<init>(ServiceA.java:10) ... (重复模式) ``` 2. **使用依赖分析工具** 通过Spring Boot Actuator的`/beans`端点或IDE的依赖分析工具（如IntelliJ的Dependency Analyzer）检查Bean依赖关系 3. **启用调试日志** 在`application.properties`中添加： ```properties logging.level.org.springframework.beans=DEBUG logging.level.org.springframework.context=DEBUG ``` #### 三、解决方案 1. **打破循环依赖** - **使用@Lazy延迟加载** ```java @Service class ServiceA { private final ServiceB serviceB; public ServiceA(@Lazy ServiceB serviceB) { this.serviceB = serviceB; } } ``` - **改用Setter注入** ```java @Service class ServiceA { private ServiceB serviceB; @Autowired public void setServiceB(ServiceB serviceB) { this.serviceB = serviceB; } } ``` 2. **重构代码结构** - 提取公共逻辑到第三方Bean - 使用事件驱动模式代替直接方法调用 3. **调整AOP代理策略** 在`application.properties`中强制使用CGLIB代理： ```properties spring.aop.proxy-target-class=true ``` 4. **JVM参数调整（临时方案）** 增加栈空间大小： ```shell java -Xss2m -jar your-application.jar ``` #### 四、预防措施 1. 使用`@Autowired`时避免字段注入的隐式循环依赖 2. 定期运行架构测试检测循环依赖： ```java @SpringBootTest class DependencyTest { @Autowired private ApplicationContext context; @Test void checkForCircularDependencies() { assertDoesNotThrow(() -> context.getBean(ServiceA.class)); } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值