概述
在 Spring 中实现依赖注入的常见方式有以下 3 种:
- 属性注入(Field Injection);
- Setter 注入(Setter Injection);
- 构造方法注入(Constructor Injection)。
它们的具体使用和优缺点分析如下。
1.属性注入
日常开发中,属性注入是我们最常用的一种注入方式,代码实现如下:
@Controller
public class StudentController {
//1.属性注入
@Autowired
StudentService studentService;
}
解释:如下图
1.1、优点分析
属性注入最大的优点就是实现简单、使用简单,只需要给变量上添加一个注解(@Autowired),就可以在不 new 对象的情况下,直接获得注入的对象了(这就是 DI 的功能和魅力所在),所以它的优点就是使用简单。
1.2、缺点分析
属性注入虽然简单,但是存在很多问题,如果你使用的是专业版IDEA,他都会提醒你“不建议使用此注入方式”,如下:
属性注入的缺点主要包含以下 3 个:
- 功能性问题:无法注入一个不可变的对象(final 修饰的对象);
- 通用性问题:只能适应于 IoC 容器;
- 设计原则问题:更容易违背单一设计原则。
接下来我们一一来看。
缺点1:功能性问题
使用属性注入无法注入一个不可变的对象(final 修饰的对象),如下图所示:
原因很简单:在 Java 中 final 对象(不可变)要么直接赋值,要么在构造方法中赋值,所以当使用属性注入 final 对象时,它不符合 Java 中 final 的使用规范,所以就不能注入成功了。
Ps:那么如何注入一个不可变的对象?使用下面将会讲到的构造方法注入即可~
缺点2:通用性问题
使用属性注入的方式只适用于 IoC 框架(容器),如果将属性注入的代码移植到其他非 IoC 的框架中,那么代码就无效了,所以属性注入的通用性不是很好。
缺点3:设计原则问题
属性注释方式使用起来简单,很有可能就会开发者注入一些没有必要的对象,也就是说,注入实现越简单,那么滥用它的概率也越大,所以出现违背单一职责原则的概率也越大。 注意:这里强调的是违背设计原则(单一职责)的可能性,而不是一定会违背设计原则,二者有着本质的区别。
2.Setter 注入
代码实现如下:
2.1、优缺点分析
讲道理,Setter注入没什么优点,硬要挑一个的话,就是符合单一职责的设计,因为每个Setter只针对一个对象,而他的缺点就很明显了,主要体现在以下 2 点:
- 不能注入不可变对象(final 修饰的对象);
- 注入的对象可被修改。
接下来我们一一来看。
缺点1:不能注入不可变对象
使用 Setter 注入依然不能注入不可变对象(final),比如以下注入会报错:
缺点2:注入对象可被修改
通过调用 setXXX 的方法你可以在任何地方来,改变注入对象(如上图中的StudentService对象),例如,要通过 set 注入的方式注入一个学生类(姓名 “张三”),那么有可能在将来任何一个地方再通过 set 方法注入另一个学生类(姓名 “李四”)。
3.构造方法注入
构造方法注入是 Spring 官方从 4.x 之后推荐的注入方式(但日常开发用的最多的还是属性注入~),它的实现代码如下:
@Controller
public class StudentController {
//3.构造方法注入
private final StudentService studentService;
@Autowired
public StudentController(StudentService studentService) {
this.studentService = studentService;
}
}
注意:如果当前的类中只有一个构造方法,那么 @Autowired 也可以省略,所以以上代码还可以这样写:
@Controller
public class StudentController {
//3.构造方法注入
private final StudentService studentService;
public StudentController(StudentService studentService) {
this.studentService = studentService;
}
}
3.1、优点分析
构造方法注入相比于前两种注入方法,它可以注入不可变对象,并且它只会执行一次,也不存在像 Setter 注入那样,被注入的对象随时被修改的情况,它的优点有以下 4 个:
- 可以注入不可变对象;
- 注入对象不会被修改;(可以加final修饰,构造方法随着类加载只执行一次)
- 注入对象会被完全初始化;(使用构造方法带来的优点)
- 通用性更好。
接下来我们一一来看。
优点1:注入不可变对象
使用构造方法注入可以注入不可变对象,如下代码所示:
优点2:注入对象不会被修改
构造方法注入不会像 Setter 注入那样,构造方法在对象创建时(类加载时)只会执行一次,因此它不存在注入对象被随时(调用)修改的情况。
优点3:完全初始化
因为依赖对象是在构造方法中执行的,而构造方法是在对象创建之初执行的,因此被注入的对象在使用之前,会被完全初始化,这也是构造方法注入的优点之一。
优点4:通用性更好
构造方法和属性注入不同,构造方法注入可适用于任何环境,无论是 IoC 框架还是非 IoC 框架,构造方法注入的代码都是通用的,所以它的通用性更好。
总结
依赖注入的常见实现方式有 3 种:属性注入、Setter 注入和构造方法注入。其中属性注入的写法最简单,所以日常项目中使用的频率最高,但它的通用性不好;而 Spring 官方推荐的是构造方法注入,它可以注入不可变对象,其通用性也更好,如果是注入可变对象,那么可以考虑使用 Setter 注入。
Ps:以上便是来自Java中文社群以及我自己的一些理解;接下里,我会再补充几个面试中有可能会遇到的问题~
补充(@Resource)
在进⾏类注⼊时,除了可以使⽤ @Autowired 关键字之外,我们还可以使⽤ @Resource 进⾏注⼊,如 下代码所示:
面试题: @Resource 和 @Autowired的区别
相同点:都是用来实现依赖注入的。
不同点:
1. 功能支持不同:@Autowired 支持属性注入、setter注入、构造方法注入;@Resource支持属性注入、setter注入,但不支持构造方法注入。
2. 出身不同:@Autowired来自Spring框架;@Resource来自JDK。
3. 参数支持不同:@Autowired只支持required参数,而@Resource支持更多的参数设置。
补充(@Qualifier)
当我们在注入Bean对象时,有多个返回值相同的Bean对象,程序就会报错,如下代码:
通过@Autowired或者@Resource直接获取Bean对象,如下:
程序就会报如下错误:
报错的原因就是找不到唯一的Bean对象。
解决办法:
1.使⽤ @Resource(name="user1") 定义,如下图:
2.使⽤ @Qualifier 注解定义名称,如下图: