服务依赖导致类无法自动注入的问题

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

#java #spring #微服务

本文详细描述了一个SpringBoot应用（cloud-auth）在依赖另一个服务（cloud-commons）时遇到的问题，即在调用cloud-commons中的工具类方法时出现空指针异常。原因是SpringBoot默认只扫描启动类同级及其子级包下的组件。解决方法包括在服务A中创建配置类或使用@ComponentScan注解手动扫描服务B的包。问题的根源在于Spring容器的扫描范围限制。

问题背景：服务A依赖了通用组件服务B，在A的pom.xml中依赖了服务B，但是当A服务启动的时候没有任何异常，调用B服务中的方法时会报空指针，排查到最后是B服务中提供的方法并没有被A服务容器纳入管理。
我的服务A是cloud-auth，其依赖了服务B：cloud-commons，pom文件如下：
在这里插入图片描述
调用工具类中的redisUtil工具类时报了空指针，因为RedisUtil并没有被cloud-auth的容器纳入管理，所以取不到：
在这里插入图片描述

解决方法：
1、在服务Acloud-auth中自定义一个配置类，然后new 一个RedisUtil被A的容器纳入管理，这个不建议用，服务B已经声明了一次还要在服务A中再声明，代码重合了。这里就不贴该方法的代码了
2、在服务Acloud-auth的启动类中使用@ComponentScan注解手动扫描服务B下的包，我服务A的文件都在com.cloud.cloudauth下，而服务B的文件都在com.cloud.cloudcommons下，因此可以使用@ComponentScan分别扫描这2个包，或者直接扫描com.cloud包。可以在服务A的启动类下加入如下注解即可。
在这里插入图片描述

产生问题的原因总结：springboot默认将启动类同级目录及子目录纳入容器的管理之中，而服务A的启动类在com.cloud.cloudauth包下，所以服务A的容器只会将该包下带有注解的类纳入容器管理，而服务B的都在com.cloud.cloudcommons下，自然就不会被纳入spring容器的管理了。

自动连线依赖项的注入失败；异常解决！
曜有上镜心的博客
11-13 950
今天报了一个异常，页面可以出来， 这里弹出来了信息也就是说ajax可以进去，页面并没有什么问题，但是数据出不来， 然后我们看后台发现后台有一个异常 看一下完整的异常 13-Nov-2020 08:32:48.932 信息 [RMI TCP Connection(3)-127.0.0.1] org.apache.catalina.core.ApplicationContext.log No Spring WebApplicationInitializer types detected on classpa
Spring Boot中BeanCreationException的依赖注入问题
shejizuopin的博客
06-11 998
摘要：Spring Boot开发中，BeanCreationException常由依赖注入失败引发。本文总结了五大常见原因及解决方案：1）缺失Bean需检查扫描路径；2）循环依赖可通过重构代码或使用@Lazy解决；3）类型不匹配应结合@Qualifier使用；4）配置错误需验证XML语法；5）初始化失败需检查@PostConstruct逻辑。文中提供了代码示例和解决方案对照表，帮助开发者快速定位和修复依赖注入问题，提升应用稳定性。
maven项目依赖注入失败三种解决方案 Could not transfer artifact com.mchange:c3p0:pom:0.9.5.5 from/to central
qq_50790981的博客
06-06 7491
报错：Could not transfer artifact com.mchange:c3p0:pom:0.9.5.5 from/to central 当maven项目依赖注入失败时的三种解决方案
07-网关Gateway 应用实践
空城的博客
12-28 1694
目录 网关简介 背景分析 网关概述 快速入门 业务描述 入门业务实现 小节面试分析？ 负载均衡设计 为什么负载均衡？ Gateway中负载均衡实现？ 执行流程分析（重要） 小节面试分析？ 断言(Predicate)增强分析(了解) Predicate 简介 Predicate 内置工厂 Predicate 应用案例实践 小节面试分析 过滤器(Filter)增强分析(了解) 概述 局部过滤器设计及实现 全局过滤器设计及实现 小节面试分析 限流设计及实现 限.
关于java普通类不能实现自动注入的问题
weixin_42155265的博客
01-14 1745
背景：开发一个调度，实现多种类型的异常工单的统计 使用的设计模式：
2021.2 idea pom文件依赖无法自动导入
wwr12138333的博客
10-11 929
https://blog.youkuaiyun.com/u013546788/article/details/106262179?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase%2
因Spring AOP导致@Autowired依赖注入失败的解决方法
08-30
这意味着，private 方法无法被代理，从而导致@Autowired 依赖注入失败。 三、解决方法 解决这个问题有两种方法： 1. 将方法修饰符改为 public。这可以使方法被代理，从而解决@Autowired 依赖注入失败的问题。 2. ...
PHP基于反射机制实现自动依赖注入的方法详解
10-18
此外，过度使用依赖注入可能会导致系统中的依赖关系变得复杂，增加项目的复杂度。 尽管如此，自动依赖注入作为PHP面向对象编程的一种高级特性，对于构建模块化、可扩展的Web应用非常有帮助。它减少了类之间的耦合，...
Spring自动注入循环依赖分析解决
weixin_51980047的博客
07-23 1173
Spring自动注入循环依赖分析解决
4、自动化依赖注入：简化你的ActionScript开发
weixin_35414260的博客
06-03 312
本文深入探讨了自动化依赖注入（ADI）在ActionScript开发中的应用，包括依赖注入的三种方式、注入规则类型、元数据标签的使用以及如何避免过度使用依赖注入等内容。通过具体代码示例和最佳实践，帮助开发者更好地理解和应用这一技术，从而简化代码结构、提高开发效率和代码质量。
maven依赖包类spring实例注入失效问题
joodu的博客
04-27 1596
现象是类能够正常访问，但是没法spring自动注入。 临时解决方案1: 自己写一个Configuration 写bean注入方法 @Configuration public class XxxxConfig{ @Bean public xxxx getXXXX(){ return new XXXX(); } } 解决方案2： 依赖包引入之后由于传递依赖，spring会去找依赖包META-INF下的spring.factories去加载config实例，
springboot中抽象类无法注入到ioc容器
曾令胜的博客
05-31 710
在写代码时，发现service接口有两个实现类，并且两个实现类中没有对类名重命名，属性注入的时候也没有使用byName或@Qualifier，正确情况下会。
Spring无法自动注入之注解用错
IT小酱
09-10 377
expected at least 1 bean which qualifies as autowire candidate @ComponentScan注解打错，何等的粗心。代码核对再多遍也没用啊！！
SpringBoot无法注入依赖的其他项目的类
Radish萝卜的博客
09-14 924
前言 在做黑马畅购商城项目实战时遇到的一个问题，记录一下 项目场景： 在changgou-service-goods这个项目中需要注入changgou-common里IdWorker这个类，启动后报错显示没有扫描到。 问题描述： 报错信息： 已加注解@Autowired pom依赖也写了 看了很多别的大神的博客（如果不是跟我同样的问题，可以参考一下这个） https://blog.youkuaiyun.com/runner1920/article/details/79076506 依然解决不了我的问题 解决方
Spring注解已经扫描了，但是自动注入不行。
weixin_63577740的博客
11-19 307
Spring注解已经扫描了，但是自动注入不行。问题所在：配置文件未引入。
Spring Boot无法自动注入bean问题解决方案
热门推荐
zjh_746140129的博客
05-01 10万+
前言：在使用Spring Boot+Mybatis时，写完Mapper接口、Service、Controller后，启动(图1)打包项目(图2)均失败，提示无法自动注入bean。完成目标：1、无法自动注入bean错误信息2、代码展示3、解决方案一、错误信息：Description:Field userMapper in com.openplat.system.service.UserService...
SpringBoot中Service实现类添加@Service却任然无法注入的问题
myydan的专栏
02-12 1898
最近一直在研究Spring Boot。从GitHub上下载了一个my-Blog源码，一边看，一边自己尝试去实现，结果掉在坑了，研究了近一周才爬出来，特地来这博客园记录下来，一是避免自己在放这样的错误，二是希望看到的朋友能有所帮助，毕竟我在网上查了很多资料，答案基本上千篇一律，并不能解决我的问题。 先说问题：我在Controller层中引用Service层的实现类，报错，错误代码如下： 2020-06-21 22:49:45.094 ERROR 1552 --- [nio-8081-exec-6] o.
引用其他项目出现的只spring注入失败的exception
xiaojiahao_kevin的博客
06-25 1452
这个是我启动项目spring报注入失败的提示。 1.首先我先讲一下背景，背景是我的这个项目引了另一个项目组的包，他们之前没把接口和接口实现拆开，导致我引用时他们整个项目的包。而且他们的spring配置扫描的路径跟我这个项目的路径一模一样（同一个公司很可能出现的问题）。所以导致我引他的包时，spring 去scan了他们的那些自动注入的类，导致报错。 2.解决方法是让他们项目接口和实现拆开。
SpringBoot项目中pom文件自动注入依赖失败解决办法
weixin_43361158的博客
08-30 3633
刷新maven projects也无效，而此时已经设置了依赖自动导入。 使用快捷键Ctrl+shift+alt+s或者点击file->Project Structure 点击libraries，点击+ 将导入失败的依赖名字输入，等待 可见pom文件不再报错 ok ...
JAVA两个类互相依赖注入有问题吗
最新发布
07-15
<think>在Java中，两个类互相依赖注入（即循环依赖）在Spring框架中是一个常见的问题。Spring通过三级缓存和提前暴露半成品bean的方式来解决单例作用域下的循环依赖问题。但是，对于原型作用域（prototype）的循环依赖，Spring无法解决，会抛出BeanCurrentlyInCreationException异常。 ### 问题分析 假设有两个类A和B，它们互相依赖： ```java @Component public class A { @Autowired private B b; } @Component public class B { @Autowired private A a; } ``` 在单例作用域下，Spring能够处理这种循环依赖。Spring容器启动时，会先创建A的实例（此时A还未完全初始化，处于创建中的状态），然后发现A依赖B，于是开始创建B的实例。在创建B时，又发现B依赖A，但此时A已经在创建中（虽然还未完全初始化），Spring会将正在创建中的A的引用注入到B中，然后完成B的初始化，再将B注入到A中，最后完成A的初始化。 ### 解决方案 1. **使用构造器注入的循环依赖问题**：如果使用构造器注入，则Spring无法解决循环依赖，因为构造器注入需要依赖项在构造时就必须准备好。此时，Spring会抛出`BeanCurrentlyInCreationException`异常。因此，对于循环依赖的情况，建议使用字段注入（Field Injection）或Setter注入（Setter Injection）。 2. **避免循环依赖**：尽管Spring可以处理单例作用域下的循环依赖（通过Setter或字段注入），但循环依赖通常被视为设计上的问题。我们可以通过重新设计代码来避免循环依赖，例如引入第三个类来包含公共逻辑，或者使用接口分离依赖。 3. **使用`@Lazy`注解**：在其中一个依赖上使用`@Lazy`注解，告诉Spring延迟初始化其中一个bean，从而打破循环依赖的初始化死锁。 ### 示例代码 #### 1. 使用字段注入（单例作用域下Spring可自动解决） ```java @Component public class A { @Autowired private B b; } @Component public class B { @Autowired private A a; } ``` 这种方式在单例模式下，Spring能够自动解决循环依赖。 #### 2. 使用`@Lazy`注解 如果使用构造器注入，可以在其中一个构造器参数上使用`@Lazy`注解。 ```java @Component public class A { private B b; public A(@Lazy B b) { this.b = b; } } @Component public class B { private A a; @Autowired public B(A a) { this.a = a; } } ``` 这样，在创建A时，注入的是一个B的代理对象，而不是立即初始化B，从而打破循环。 ### 解释 - 在单例作用域下，Spring通过三级缓存（`singletonObjects`、`earlySingletonObjects`、`singletonFactories`）来解决循环依赖。具体过程是：在创建Bean时，首先将创建中的Bean放入三级缓存（`singletonFactories`），当需要注入依赖时，如果依赖的Bean正在创建中，则从三级缓存中获取一个早期引用（半成品），完成依赖注入，最后再完成初始化。 - 对于构造器注入的循环依赖，由于在构造时就需要完整的依赖，而依赖的Bean可能还未创建，因此无法解决。此时，必须使用`@Lazy`或改为Setter注入。 ### 建议 尽量避免循环依赖，因为它会导致代码耦合度增加，难以测试和维护。如果必须使用，确保使用单例作用域，并选择Setter注入或字段注入。 §§相关问题§§: 1. Spring框架如何处理单例作用域下的循环依赖？ 2. 为什么构造器注入的循环依赖无法解决？ 3. 如何避免循环依赖？ 4. 在Spring中，除了单例作用域，还有哪些作用域？它们支持循环依赖吗？</think>在 Java 中，两个类互相依赖注入（也称为循环依赖）**在 Spring 框架中是可能引发问题的**，但具体是否会导致错误取决于注入方式和 Spring 的配置。以下是详细分析和解决方案： --- ### 问题分析 1. **构造器注入的循环依赖**： 如果两个类都使用构造器注入对方，**Spring 会直接抛出 `BeanCurrentlyInCreationException`**，因为无法确定先初始化哪个 Bean。 ```java @Service public class ServiceA { private final ServiceB serviceB; public ServiceA(ServiceB serviceB) { // 构造器注入 this.serviceB = serviceB; } } @Service public class ServiceB { private final ServiceA serviceA; public ServiceB(ServiceA serviceA) { // 构造器注入 this.serviceA = serviceA; } } ``` 2. **Setter/字段注入的循环依赖**： 如果使用 Setter 或字段注入（如 `@Autowired` 注解），**Spring 能自动解决单例作用域下的循环依赖**（通过三级缓存机制）。 ```java @Service public class ServiceA { @Autowired // 字段注入 private ServiceB serviceB; } @Service public class ServiceB { @Autowired // 字段注入 private ServiceA serviceA; } ``` --- ### 解决方案 #### 1. 避免构造器注入（推荐使用 Setter/字段注入） ```java @Service public class ServiceA { private ServiceB serviceB; @Autowired // Setter 注入 public void setServiceB(ServiceB serviceB) { this.serviceB = serviceB; } } @Service public class ServiceB { private ServiceA serviceA; @Autowired // Setter 注入 public void setServiceA(ServiceA serviceA) { this.serviceA = serviceA; } } ``` #### 2. 使用 `@Lazy` 延迟初始化 在其中一个依赖上添加 `@Lazy`，告诉 Spring 延迟初始化 Bean： ```java @Service public class ServiceA { private final ServiceB serviceB; public ServiceA(@Lazy ServiceB serviceB) { // 延迟初始化 this.serviceB = serviceB; } } ``` #### 3. 重构代码消除循环依赖（最佳实践） 通过引入中间接口或第三方类解耦： ```java public interface CommonService { void commonMethod(); } @Service public class ServiceA implements CommonService { // 不再直接依赖 ServiceB } @Service public class ServiceB { @Autowired private CommonService commonService; // 依赖接口而非具体类 } ``` #### 4. 使用 ApplicationContext 手动获取 Bean（不推荐） ```java @Service public class ServiceA { @Autowired private ApplicationContext context; public void useServiceB() { ServiceB serviceB = context.getBean(ServiceB.class); } } ``` --- ### Spring 如何解决循环依赖？ Spring 通过**三级缓存**解决单例 Bean 的循环依赖： 1. **一级缓存**：存放完全初始化好的 Bean 2. **二级缓存**：存放早期暴露的 Bean（未完全初始化） 3. **三级缓存**：存放 Bean 工厂（用于创建早期对象） 流程示例（A → B → A）： 1. 创建 A 实例（未填充属性）→ 放入三级缓存 2. 填充 A 时发现依赖 B → 创建 B 实例 3. 填充 B 时发现依赖 A → 从三级缓存拿到 A 的早期引用 4. B 初始化完成 → A 获得 B 的引用 → A 初始化完成 --- ### 注意事项 1. **原型作用域（Prototype）**： 循环依赖在 `@Scope("prototype")` 下**无法解决**，会直接报错。 2. **构造器注入**： 始终避免在循环依赖中使用构造器注入。 3. **设计问题**： 循环依赖通常是代码设计不良的信号，建议通过重构解耦。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值