当前位置: 首页 > news >正文

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

在使用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之后可以不用在构造方法上标注@Autowiredpublic 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 {@Autowiredprivate  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

感谢支持!

http://www.lryc.cn/news/127250.html

相关文章:

  • npm如何设置淘宝的镜像源模式
  • 浅谈Redis的maxmemory设置以及淘汰策略
  • 考虑分布式电源的配电网无功优化问题研究(Matlab代码实现)
  • Cpp异常概述
  • 山东布谷科技直播软件源码Nginx服务器横向扩展:搭建更稳定的平台服务
  • SystemVerilog之接口详解
  • RabbitMq-1基础概念
  • 深度学习1:通过模型评价指标优化训练
  • excel隔行取数求和/均值
  • 批量记录收支明细,轻松通过收支占比图表轻松分析支出项目占比!
  • pdf怎么压缩?一分钟学会文件压缩方法
  • 信息安全:防火墙技术原理与应用.
  • PG-DBA培训14:PostgreSQL数据库升级与迁移
  • selenium语法进阶+常用API
  • iOS UIAlertController控件
  • C语言好题解析(二)
  • 数据结构介绍
  • Kafka基础及常见面试题
  • 基于Java的ssm图书管理系统源码和论文
  • 2020年9月全国计算机等级考试真题(C语言二级)
  • 【rust/egui】(一)从编译运行template开始
  • VMware虚拟安装Ubuntu,然后切换Ubuntu内核版本
  • 爆肝整理,Python自动化测试-Pytest参数化实战封装,一篇打通...
  • 西门子AI面试问答(STAR法则回答实例)
  • 中间平台工具 - graylog
  • VectorStyler for Mac: 让你的创意无限绽放的全新设计工具
  • 轻松转换TS视频为MP4,实现优质视频剪辑体验
  • IDEA关闭项目,但是后台程序没有关闭进程(解决方案)
  • github拉取自己的私有仓库(Token方式、本地秘钥方式)
  • 聊聊非科班转IT