@Autowired，有根黄线并提示ield injection is not recommended

最新推荐文章于 2025-04-01 23:15:58 发布
原创 最新推荐文章于 2025-04-01 23:15:58 发布 · 3.5k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring boot

博主在新写Spring Boot项目demo时，使用变量依赖注入mapper接口出现黄线。经排查是Spring Boot版本从2.1升级到2.4，新版本不推荐变量依赖注入，推荐构造器注入。虽构造器注入有不足，但变量注入可能有空指针异常，特定情况可继续用注解简化代码。

好久没写了项目了，新写demo的时候，按照往常正常的使用 @Autowired来注入mapper接口，结果出现了
在这里插入图片描述
为啥会出现一根黄线啊，以前都没有。虽然看着没啥问题，但是看着总是不舒服的的，然后去看了一下和以前的项目有啥区别呢？由于是新的demo，基本啥都还没引入，唯一的差别就是springboot的版本问题，以前是2.1，新的是2.4，新版本出新规范了：使用变量依赖注入的方式是不被推荐的。
那么，应该怎么解决呢？
推荐的是使用构造器注入
在这里插入图片描述
但是也有个问题，如果这个类中有很多mapper或者其他的类，就要写很多啊，没有直接用@Autowired那么简洁，但不推荐肯定是有原因的：不能有效的指明依赖,容易出现空指针异常。但是mapper接口不会出现为空啊，所以完全不用改，接着冲

当这个类无需其他构造方式只有mapper，service注入且又非常多，的时候可直接使用@AllArgsConstructor注解，以简化代码

为什么spring不推荐@Autowired注入，提示：Field injection is not recommended
诺浅的专栏
04-27 1万+
缘起 想必你在项目中使用如下代码时经常会看到idea提示了一个警告：Field injection is not recommended @Autowired UserDao userDao; 这个警告的意思就是使用变量依赖注入的方式是不被推荐的。那么为什么编译器要提示这个警告呢？idea给出的解决策略是这样的 Always use constructor based dependency i...
为什么@Autowired 在属性上被警告，在 setter 方法上不被警告
秋元的博客
02-27 1078
在 Spring 开发中，@Autowired注解常用于实现依赖注入。它可以应用于类的或上。然而，当@Autowired注解在上使用时，IntelliJ IDEA 等 IDE 会给出的警告，而在上使用@Autowired时却不会出现这个警告。@Autowired当@Autowired注解应用于类的上时，Spring 会直接注入该属性，而不通过构造函数或 setter 方法显式地传递依赖项。这种注入方式称为IntelliJ IDEA 等 IDE 会根据这些设计缺点发出警告，提示@Autowired。
Resume the deleted files by keywords.
symield的专栏
11-22 1051
#include #include int main(void){   FILE *fp;   char buf[1024];   long i=0;   long j=0;   long k=0;   fp=fopen("/dev/dsk/c0t1d0s7","r");   while(!feof(fp)){      fread(buf,1024,1,fp);      for(j=0
【注解使用】使用@Autowired后提示：Field injection is not recommended（Spring团队不推荐使用Field注入）
qq_52126327的博客
08-14 2454
在使用 IDEA 开发 SpringBoot 项目时，在Controller类中使用注解@Autowired注入一个依赖出现了警告提示，查看其他使用该注解的地方同样出现了警告提示。这是怎么回事？由于先去使用了SpringBoot并没有对Spring进行系统性学习，所以做一个记录。
idea中Field injection is not recommended提示
Hello World ^—^
01-10 1万+
问题描述： 在idea中，使用属性值注入会一个警告提示，一直冒着这个强迫症又犯了，可以在idea中取消这个提示 但还是去学习学习了为什么会有这个提示 通常依赖注入方式有三种 constructor 为了强制依赖，或者为了易变性，使用构造方法注入 getter & setter 为了可选的或者可变的依赖，使用setter注入 通过反射直接注入到fields @Autowired就是通过这种...
idea警告：Field injection is not recommended
CA优快云的博客
03-15 1612
1、在使用@Autowired进行属性依赖注入时，会出现警告：Field injection is not recommended @Autowired private SingleTask singleTask; 当你鼠标滑动到@Autowired上面，同时按下alt+enter键时，就会看到下面这样的提示 这说明编辑器建议你使用构造注入的方式进行bean的注入。 2、通常依赖注入方式有三种： constructor 为了强制依赖，或者为了易变性，使用构造方法注入 getter & sett
Field injection is not recommended（Spring团队不推荐使用Field注入）
编程实战派-李工，专注编程领域
02-23 5万+
在使用 IDEA 开发 SpringBoot 项目时，在 Controller 类中使用注解 @Autowired 注入一个依赖出现了警告提示。这是怎么回事？（在之前使用 MyEclipse 开发时通常直接使用 @Autowired 进行注入，当时并没有觉得有什么问题。）
Field injection is not recommended（不再推荐使用字段注入）禁止在项目中使用 @Autowired 注解？
qq_43842093的博客
09-02 485
我们已经看到，基于字段的注入应该尽可能地避免，因为它有许多缺点，无论它看起来多么优雅。推荐的方法是使用基于构造函数和基于setter的依赖注入。对于必需的依赖，建议使用基于构造函数的注入，设置它们为不可变的，并防止它们为null。对于可选的依赖项，建议使用基于sett的注入。
使用@Autowired注解警告Field injection is not recommended的解决
08-19
然而，IDEA在某些情况下会发出“Field injection is not recommended”的警告。这是因为直接在字段上使用`@Autowired`虽然简洁，但并不符合最佳实践。本文将深入探讨这个问题，并提出解决策略。 首先，依赖注入有三...
@Autowired报Field injection is not recommended的解决办法 - 副本.md
04-28
@Autowired报Field injection is not recommended的解决办法 - 副本
关于 @Autowired 和 @Value 使用 private 字段的警告问题分析与解决方案
qq_42763903的博客
04-01 1786
@Autowired和@Value到底该用private字段还是构造方法？
Field injection is not recommended产生的原因以及解决办法
qq_54571327的博客
06-05 998
Field injection is not recommended产生的原因以及解决办法
IDEA @Autowired报黄报红解决
TM_enn的博客
04-19 1190
idea 版本2020.2.1 中文版 文件–设置–编辑器–检查–Spring–SpringCore–代码 英文版 File–settings–Editor–Inspections–Spring–SpringCore–code
field injection is not recommended 的解决办法
热门推荐
Spring Boot-Common On With You
05-07 7万+
问题概述 解决办法
Field injection is not recommened @Autowired 报黄色警告
与我常在的博客
07-16 836
Field injection is not recommened @Autowired 报黄色警告。以下是原因及解决方法...
Idea中@Autowired 黄色波浪线问题，注入类显示红色波浪线，去除重复代码导致的波浪黄线，去除xml文件里sql语句的黄色行背景色，问题解决
故事的小黄花的博客
05-06 5289
打开IDEA↓ File→Editor→Inspections→Spring→Spring core→Code 1.Autowiring for bean class 勾选去掉(解决注入类显示红色波浪线)， Field injection warning 勾选去掉(解决@Autowired显示黄色波浪线) 2.去除重复代码导致的波浪黄线 file-setting-Editor-Insepections-General-Duplicated code 取消勾选 3.去除xml文件里sql语句
@Autowried注入红色波浪线和黄色波浪线问题
qq_31856061的博客
05-22 666
点开路径： File—>Editor—>Inspections—>Spring—>Spring core—>Code Autowiring for bean class 勾选去掉(解决注入类显示红色波浪线) Field injection warning 勾选去掉(解决@Autowired显示黄色波浪线) 作者：有一点不野蛮Louis 链接：https://www.jianshu.com/p/a61c5b0acea0 来源：简书 著作权归作者所有。商业转载请联系作
@Autowired(required = false) 出现波浪线提示的常见原因及解决方案
沛哥儿的专栏
02-22 1394
根据您当前代码中已使用 @Resource + @Nullable 的实践，这是更符合 Java 标准且避免警告的推荐方式。原 @Autowired(required = false) 的波浪线提示可通过上述方案消除。
20230630 为什么idea里使用@Autowired会出现警告
a975058421的博客
07-01 1213
第一个：容器和类的耦合度过高了。就是@Autowired注解是取ioc容器中获取对象，然后进行注入。比如测试用例的时候。可能会产生循环依赖。但是用的时候就有问题。型的变量在调用class的构造函数的这个过程当中就得初始化完成。idea中使@Autowired进行依赖注入时会标黄线。set方法注入类似选择性注入。可以选择几个对象进行注入。但是问题的根源是spring不建议使用成员变量注入。构造器注入注入的内容太多的话不建议使用。3：final static修饰的对象不能注入。构造器注入，set方法注入。
@Autowired下面有黄线，点击显示Field injection is not recommended
最新发布
07-18
### 原因分析 在使用 `@Autowire` 注解进行字段注入时，IDE 通常会提示 **Field injection is not recommended** 的警告。这一做法不被推荐的主要原因是：字段注入会导致依赖关系隐藏在类内部，难以通过构造函数或方法参数显式传递依赖对象，从而降低了代码的可测试性和可维护性[^1]。 此外，字段注入使得类在实例化时无法保证所有必要的依赖都已经被正确初始化。例如，当一个类通过 `new` 关键字创建时，Spring 框架无法管理其生命周期和依赖注入，导致注入的字段为 `null`，进而可能引发 `NullPointerException` 异常[^2]。 Spring 官方团队更倾向于使用**构造函数注入（Constructor Injection）**，因为这种注入方式能够实现不可变对象（immutable objects），并确保必需的依赖项不会为 `null`。同时，构造函数注入可以保证组件在被客户端调用时始终处于完全初始化状态，提高系统的稳定性和安全性[^4]。 --- ### 替代方案与最佳实践 #### 构造函数注入（Constructor Injection） 构造函数注入是目前推荐的最佳实践之一。它通过构造函数将依赖项传递给目标类，并结合 `Assert.notNull()` 方法确保依赖项非空。这种方式不仅提高了代码的可读性，也增强了类的健壮性。 示例： ```java @Service public class UserServiceImpl implements UserService { private final UserRepository userRepository; @Autowired public UserServiceImpl(UserRepository userRepository) { Assert.notNull(userRepository, "UserRepository must not be null"); this.userRepository = userRepository; } // ... } ``` 该方式确保了 `userRepository` 在类初始化时就被正确赋值，避免了字段注入可能导致的空指针问题[^3]。 #### Setter 注入（Setter Injection） 除了构造函数注入之外，也可以使用 `@Autowired` 注解在 setter 方法上进行依赖注入。这种方式适用于可选依赖或需要动态更改依赖的情况。 示例： ```java @Service public class OrderService { private PaymentProcessor paymentProcessor; @Autowired public void setPaymentProcessor(PaymentProcessor paymentProcessor) { this.paymentProcessor = paymentProcessor; } } ``` 虽然 setter 注入提供了灵活性，但在实际开发中仍建议优先使用构造函数注入以保证依赖的完整性。 --- ### 总结 字段注入虽然在语法上简单易用，但由于其潜在的问题（如可测试性差、依赖不明确等），并不被 Spring 社区推荐。相比之下，构造函数注入和 setter 注入更能体现良好的设计原则，特别是在大型项目或需要高可维护性的系统中。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值