IDEA使用@Autowired为什么会警告?

本文探讨Spring框架的三种依赖注入方式:构造器注入、Setter方法注入和Field注入。详细分析了各方式使用场景,阐述IDEA不推荐Field注入的原因,如可能致空指针异常、不能用final修饰字段等。Spring官方更推荐构造方法注入,使用时应按需选择。

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

在使用IDEA编写Spring相关的项目时,当在字段上使用@Autowired注解时,总会出现一个波浪线提示:”Field injection is not recommended.” 这让我不禁疑惑:我每天都在使用这种方式,为何不被推荐呢?今天,我决定深入探究其中的原因。

众所周知,Spring框架提供了三种可选的依赖注入方式:构造器注入、Setter方法注入和Field注入。在此,我们将详细探讨这三种注入方式的使用场景。

构造器注入

如下所示,在使用构造器注入时,我们可以将属性字段设置为final。通过构造器注入,当对AService进行实例化时,BService对象必须提前初始化完成,从而确保被注入的对象一定不为null。构造器注入适用于对象之间存在强依赖关系的场景,但无法解决循环依赖问题(因为必须互相依赖对方初始化完成,从而产生冲突,无法解决)。

关于循环依赖问题,推荐阅读Spring循环依赖是什么及其解决方式 。该文章会更深入地讲解Spring中循环依赖的原理和解决方法。

@Service
public class AService {
    private final BService bService;
​
    @Autowired  //spring framework 4.3之后可以不用在构造方法上标注@Autowired
    public AService(BService bService) {
        this.bService = bService;
    }
}

Setter 方法注入

使用Setter方法进行注入时,Spring会在执行默认的无参构造函数实例化Bean对象后,调用Setter方法来注入依赖。这种方式下,我们可以将”required”属性设置为false,表示如果注入的Bean对象不存在,Spring会直接跳过注入,而不会报错。

@Service
public class AService {
    private  BService bService;
​
    @Autowired(required = false)
    public void setbService(BService bService) {
        this.bService = bService;
    }
}

Field注入

的确,Field注入在视觉上非常简洁美观,因此被广泛采用。使用Field注入时,Spring容器会在对象实例化完成之后,通过反射机制来设置需要注入的字段。

@Service
public class AService {
    @Autowired
    private  BService bService;
}

为什么IDEA不推荐使用Field注入

经查阅多方资料,我找到了以下几个重要原因,导致Field注入可能不太被推荐使用:

  1. 可能导致空指针异常:如果对象创建不使用Spring容器,而是直接使用无参构造方法new一个对象,此时使用注入的对象可能导致空指针异常。
  2. 不能使用final修饰字段:缺乏final修饰会使得类的依赖可变,进而可能引发一些不可预料的异常。通常情况下,可以使用构造方法注入来声明强制依赖的Bean,使用Setter方法注入来声明可选依赖的Bean。
  3. 可能更容易违反单一职责原则:这是一个关键原因。使用字段注入可能会轻易地在类中引入各种依赖,导致类的职责过多,但开发者往往难以察觉。相比之下,使用构造方法注入,当构造方法的参数过多时,会提示开发者重构这个类。
  4. 不利于写单元测试:在单元测试中,使用Field注入,必须使用反射的方式来Mock依赖对象。

为了解决这些问题,我们可以采用以下替代方案:

  • 当类有强依赖于其他Bean时,优先使用构造方法注入。
  • 对于可选依赖,可以使用Setter方法注入,并在代码中处理可能出现的引用对象不存在的情况。

Spring官方的态度

Spring官方文档在依赖注入这一节中的确没有明确讨论字段注入这种方式,而更加强调了构造方法注入和Setter方法注入。构造方法注入被视为首选的依赖注入方式,因为它可以确保依赖的对象在创建时就被注入,从而避免了一些潜在的问题,比如空指针异常和类的可变性。

Setter方法注入在可选依赖的场景下也很有用,但需要开发者自行处理依赖对象不存在的情况。

总的来说,Spring团队强烈推荐使用构造方法注入,因为它在很多方面都更加安全和可靠。同时,选择适当的依赖注入方式也可以根据具体情况灵活使用。

总结

在Spring中使用依赖注入时,首选构造方法注入。虽然构造方法注入无法解决循环依赖问题,但当循环依赖出现时,我们应该优先考虑是否代码结构设计存在问题。当然,也不排除某些必须使用循环依赖的场景,此时字段注入可能会派上用场。

最后,我想强调的是,在平时使用IDEA的过程中,关注代码下划线或飘黄的提醒是很重要的。这些提示可以帮助我们学习他人总结的最佳实践经验,提升自己的代码水平。

本文首发:https://www.panziye.com/java/7639.html

感谢支持!

要去除Intellij IDEA@Autowired注入的红色波浪线,可以按照以下步骤进行操作:首先,取消勾选"Field injection warning"选项,这可以解决@Autowired显示黄色波浪线的问题。其次,取消勾选"Autowiring for bean class"选项,这可以解决注入类显示红色波浪线的问题。这样,你就可以成功去除@Autowired注入的红色波浪线了。 参考文献: 主要介绍了Intellij IDEA如何去掉@Autowired 注入警告的方法,通过示例代码介绍得非常详细。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [Idea@Autowired 黄色波浪线问题,注入类显示红色波浪线,去除重复代码导致的波浪黄线,去除xml文件里sql...](https://blog.csdn.net/weixin_46775407/article/details/116448816)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* [Intellij IDEA如何去掉@Autowired 注入警告的方法](https://download.csdn.net/download/weixin_38555304/12726285)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值