Spring 依赖注入有几种?各有什么优缺点?_

概述

---

在 Spring 中实现依赖注入的常见方式有以下 3 种：

1. 属性注入（Field Injection）；
2. Setter 注入（Setter Injection）；
3. 构造方法注入（Constructor Injection）。

它们的具体使用和优缺点分析如下。

1.属性注入

---

日常开发中，属性注入是我们最常用的一种注入方式，代码实现如下：

@Controller

public class StudentController {


//1.属性注入

@Autowired

StudentService studentService;


}

解释：如下图

1.1、优点分析

        属性注入最大的优点就是实现简单、使用简单，只需要给变量上添加一个注解（@Autowired），就可以在不 new 对象的情况下，直接获得注入的对象了（这就是 DI 的功能和魅力所在），所以它的优点就是使用简单。

1.2、缺点分析

        属性注入虽然简单，但是存在很多问题，如果你使用的是专业版IDEA，他都会提醒你“不建议使用此注入方式”，如下：

属性注入的缺点主要包含以下 3 个：

1. 功能性问题：无法注入一个不可变的对象（final 修饰的对象）；
2. 通用性问题：只能适应于 IoC 容器；
3. 设计原则问题：更容易违背单一设计原则。

接下来我们一一来看。

缺点1：功能性问题

使用属性注入无法注入一个不可变的对象（final 修饰的对象），如下图所示：

原因很简单：在 Java 中 final 对象（不可变）要么直接赋值，要么在构造方法中赋值，所以当使用属性注入 final 对象时，它不符合 Java 中 final 的使用规范，所以就不能注入成功了。

Ps：那么如何注入一个不可变的对象？使用下面将会讲到的构造方法注入即可~

缺点2：通用性问题

使用属性注入的方式只适用于 IoC 框架（容器），如果将属性注入的代码移植到其他非 IoC 的框架中，那么代码就无效了，所以属性注入的通用性不是很好。

缺点3：设计原则问题

属性注释方式使用起来简单，很有可能就会开发者注入一些没有必要的对象，也就是说，注入实现越简单，那么滥用它的概率也越大，所以出现违背单一职责原则的概率也越大。 注意：这里强调的是违背设计原则（单一职责）的可能性，而不是一定会违背设计原则，二者有着本质的区别。

2.Setter 注入

---

代码实现如下：

2.1、优缺点分析

讲道理，Setter注入没什么优点，硬要挑一个的话，就是符合单一职责的设计，因为每个Setter只针对一个对象，而他的缺点就很明显了，主要体现在以下 2 点：

1. 不能注入不可变对象（final 修饰的对象）；
2. 注入的对象可被修改。

接下来我们一一来看。

缺点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 个：

1. 可以注入不可变对象；
2. 注入对象不会被修改；（可以加final修饰，构造方法随着类加载只执行一次）
3. 注入对象会被完全初始化；（使用构造方法带来的优点）
4. 通用性更好。

接下来我们一一来看。

优点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 注解定义名称，如下图：