为什么Spring和IDEA都不推荐使用 @Autowired 注解
作者:时间静止不是简史 发布时间:2023-12-08 17:54:44
前言
请看下面几个问题
Spring为什么不推荐使用
@Autowired
注解?为什么推荐使用
@Resource
代替@Autowired
注解?如何快速使用构造注入代替
@Autowired
?@Autowired, @Qualifier, @Resource,
三者有何区别?
下面, 我们带着以上问题去梳理和学习, 体会知识之间的关联性
Spring为什么不推荐使用@Autowired 注解
背景
做开发的同学可能都会发现, idea 在我们经常使用的@Autowired
注解上添加了警告
警告内容是: Field injection is not recommended
, 译为: 不推荐使用属性注入
我们点击右侧三个小点查看描述, 可以看到信息如下图
原因详情描述: Inspection info: Spring Team recommends: "Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies".
译为: Spring 团队建议: 始终在您的 bean 中使用基于构造函数的依赖注入。始终对强制依赖项使用断言
原因
为什么 Spring 建议我们在Bean中使用构造注入呢?
想要回答这个问题, 我们需要了解 Spring的依赖注入(DI)方式
Spring常用的注入方式有: 简单类型注入, 集合类型注入, 域属性自动注入, 自动注入的类别, 空值注入, 构造注入
可以简化为: 属性注入, 构造方法注入, set 方法注入
下面, 来用代码展示下三种方式注入
属性注入
可以看到, 我们开发最常用的就是属性注入
@RestController
public class AppointmentNumberConfigurationController {
@Autowired
private AppointmentNumberConfigurationService numberConfigurationService;
}
set 方法注入
set 方法注入也会用到@Autowired
注解,但使用方式与属性注入有所不同,
属性注入是用在成员变量上,而set 方法的时候,是用在成员变量的Setter函数上。
@RestController
public class AppointmentNumberConfigurationController {
private AppointmentNumberConfigurationService numberConfigurationService;
@Autowired
public void setNumberConfigurationService(AppointmentNumberConfigurationService numberConfigurationService) {
this.numberConfigurationService = numberConfigurationService;
}
构造方法注入
Constructor Injection是构造器注入,是我们最为推荐的一种使用方式。
但是, 每次注入都按照这样的流程去构造注入的话, 会显得比较麻烦.
至于如何去简化这一步骤, 我们可以继续往下看.
@RestController
public class AppointmentNumberConfigurationController {
final AppointmentNumberConfigurationService numberConfigurationService;
public AppointmentNumberConfigurationController(AppointmentNumberConfigurationService numberConfigurationService) {
this.numberConfigurationService = numberConfigurationService;
}
}
三种方式对比如下
使用属性注入可能会出现的问题
基于属性注入的方式, 违背单一职责原则
因为现在的业务一般都会使用很多依赖, 但拥有太多的依赖通常意味着承担更多的责任,而这显然违背了单一职责原则.
并且类和依赖容器强耦合,不能在容器外使用。
基于属性注入的方式, 容易导致Spring 初始化失败
因为现在在Spring特别是Spring Boot使用中, 经常会因为初始化的时候, 由于属性在被注入前就引用而导致npe(空指针错误),
进而导致容器初始化失败(类似下面代码块). Java 在初始化一个类时,
是按照 静态变量或静态语句块 –> 实例变量或初始化语句块 –> 构造方法 -> @Autowired 的顺序。
所以在执行这个类的构造方法时,person 对象尚未被注入,它的值还是 null。
通过@Autowired 注入, 又因为是 ByType 注入, 因此有可能会出现两个相同的类型bean
如下代码快, 就会产生两个相同的Bean, 进而导致Spring 装配失败
//2. 基于属性注入的方式, 容易导致Spring 初始化失败
@Autowired
private Person person;
private String company;
public UserServiceImpl(){
this.company = person.getCompany();
}
//3. 通过@Autowired 注入, 又因为是 ByType 注入, 因此有可能会出现两个相同的类型bean
public interface IUser {
void say();
}
@Service
public class User1 implements IUser{
@Override
public void say() {
}
}
@Service
public class User2 implements IUser{
@Override
public void say() {
}
}
@Service
public class UserService {
@Autowired
private IUser user;
}
解决
如果一定要使用属性注入, 可以使用 @Resource
代替 @Autowired
注解@Resource
的作用相当于@Autowired
,只不过@Autowired
按照byType
自动注入。
如果我们想使用按照名称byName
来装配,可以结合@Qualifier
注解一起使用。
如果可能的话, 尽量使用构造注入
Lombok提供了一个注解@RequiredArgsConstructor
, 可以方便我们快速进行构造注入, 例如:
@RestController
@RequiredArgsConstructor
public class AppointmentNumberConfigurationController {
final AppointmentNumberConfigurationService numberConfigurationService;
}
同时需要注意:
使用@RequiredArgsConstructor
注解需要导入Lombok 包 或者安装lombok 插件
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.18.16</version>
</dependency>
必须声明的变量为final
根据构造器注入的,相当于当容器调用带有一组参数的类构造函数时,基于构造函数的 DI 就完成了,
其中每个参数代表一个对其他类的依赖。基于构造方法为属性赋值,容器通过调用类的构造方法将其进行依赖注入
思考
为什么推荐使用@Resource,不推荐使用@Autowired
通过对问题1 的梳理, 我们可以知道.
因为@Autowired
注解在Bean 注入的时候是基于ByType
, 因此会由于注入两个相同类型的Bean导致装配失败
@Resource
的作用相当于@Autowired
,只不过@Autowired
按照byType
自动注入。
如果我们想使用按照名称byName
来装配,可以结合@Qualifier
注解一起使用。
@Resource
装配顺序:
①如果同时指定了name和type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常。
②如果指定了name,则从上下文中查找名称(id)匹配的bean进行装配,找不到则抛出异常。
③如果指定了type,则从上下文中找到类似匹配的唯一bean进行装配,找不到或是找到多个,都会抛出异常。
④如果既没有指定name,又没有指定type,则自动按照byName
方式进行装配;如果没有匹配,则回退为一个原始类型进行匹配,如果匹配则自动装配。
因此, 如果一定要使用属性注入, 可以使用 @Resource 代替 @Autowired 注解
@Autowired, @Qualifier, @Resource, 三者有何区别
@Autowired
: 通过byType
方式进行装配, 找不到或是找到多个,都会抛出异常。@Qualifier
: 如果想让@Autowired
注入的Bean进行byName
装配, 可以使用@Qualifier
进行指定@Resource
:作用相当于@Autowired
,只不过@Resource
默认按照byName
方式装配, 如果没有匹配, 则退回到byType
方式进行装配
参考文档
为什么IDEA不推荐你使用@Autowired?
@Autowired和@Resource的区别是什么?
来源:https://timepause.blog.csdn.net/article/details/123529701


猜你喜欢
- Android 登录处理简单实例今天整理一下之前在项目中写的关于某些界面需要登录判断处理。这里整理了一个简易的 Demo 模拟一下 登录情况
- 本文主要为大家分享了MyEclipse中安装使用Maven的方法,供大家参考,具体内容如下Step1:下载mavenhttp://maven
- Visual Studio 2019 Vue项目 创建成功后可看到如下结构 Visual Studio 2019配置vue项目具体文件结构如
- <%@ page language="java" contentType="text/html; cha
- springmvc提供了 * ,类似于过滤器,他将在我们的请求具体出来之前先做检查,有权决定接下来是否继续,对我们的请求进行加工。 * ,可
- AsyncTask是一个很常用的API,尤其异步处理数据并将数据应用到视图的操作场合。其实AsyncTask并不是那么好,甚至有些糟糕。本文
- 1.理解装箱简单地说,装箱就是将一个值类型的数据存储在一个引用类型的变量中。假设你一个方法中创建了一个 int 类型的本地变量,你要将这个值
- C++编写的一个图书管理系统,供大家参考,具体内容如下2018大一的课设,搬到这纪念一下,共1200多行代码为图书管理人员编写一个图书管理系
- 最近项目里有用到ViewPager来做广告运营位展示,看到现在很多APP的广告运营位都是无限循环的,所以就研究了一下这个功能的实现。先看看效
- 要求:用DateTimeFormatter实现: 用扫描器获取输入的时间(年月日时分),这个时间的格式是常用的格式,然后格式化这个时间,把格
- 本文实例讲述了Android实现拍照上传功能的方法。分享给大家供大家参考,具体如下:1、LoginWindow.java --登录窗口pac
- 引言HDFS Balancer工具可以用来分析块的分布情况,并且可以重新分配DataNode中的数据。本文通过为您介绍如何使用HDFS Ba
- 1、产生原因其实显示黑屏或者白屏实属正常,这是因为还没加载到布局文件,就已经显示了window窗口背景,黑屏白屏就是window窗口背景。示
- 一、关于idea中Maven的位置idea自带一个maven,其路径大致如下C:/java/IntelliJ IDEA 2020.1/plu
- 1、spring aop实现首先application-test.yml增加如下数据源的配置spring: datasource
- 继续我们的源码解析,上一篇文章我们介绍了Activity的启动流程,一个典型的场景就是Activity a 启动了一个Activity b,
- java 实现随机数组输出及求和问题描述:随机生成10个数,填充一个数组,然后用消息框显示数组内容,接着计算数组元素的和,将结果也显示在消息
- 数据库事务是后端开发中不可缺少的一块知识点。Spring为了更好的支撑我们进行数据库操作,在框架中支持了两种事务管理的方式: 编程式事务声明
- 本文实例讲述了Android编程基于重力传感器实现横竖屏放向切换功能。分享给大家供大家参考,具体如下:最近项目中用到了vr视频播放,因为自己
- 由于springboot常用war包部署,改为cloud开发模式多端口情况下,部署反而不习惯毕竟,war包要不要项目名访问都必须放在tomc