DI依赖注入
声明了一个成员变量(对象)之后,在该对象上面加上注解@AutoWired注解,那么在程序运行时,该对象自动在IOC容器中寻找对应的bean对象,并且将其赋值给成员变量,完成依赖注入。
@AutoWired依赖注入的常见方式
1.属性注入
直接使用@AutoWired进行属性注入:
@Autowired
private UserService userService;
这是最简单的依赖注入方式,其优点是:代码简洁,可以方便快速的开发。其缺点是:直接使用属性注入,隐藏了各类之间的依赖关系:Controller是依赖了Service的,但是在类的结构层面无法看出二者的关联。还有可能会破坏类的封装性:按照封装性的解释来看,我们需要将成员属性设置为私有,并对外提供对应的set/get方法;但是直接使用属性注入,没有对外提供set方法,直接对其赋值,在底层是通过反射对其进行赋值的,实际上是破坏了面向对象的封装性原则的。
2.构造函数注入
通过构造函数的方式完成对成员变量的依赖注入:
private final UserService userService;
@Autowired
public UserController(UserService userService) {
this.userService = userService;
}
相对于属性注入而言,构造函数注入就能够清晰的看到各类之间的依赖关系,并且基于构造函数注入,可以将userService设置为final,更加安全。但是假如是该类依赖了多个其他的类,都交给IOC容器管理,那么在书写构造方法注入的时候,构造方法的参数将十分多,构造方法将十分臃肿。
注意:如果该类只有一个构造函数,那么该构造函数上的@Autowired注解可以省略
3.setter注入
通过set方法完成对成员变量的依赖注入:
private UserService userService;
@Autowired
public void setUserService(UserService userService) {
this.userService = userService;
}
优点和构造方法注入类似(但是不能将成员变量设置为final),缺点是需要额外提供set方法,编码繁琐。这种setter注入在开发中基本上不会使用。
在项目开发中,Spring官方推荐构造函数注入,因为其很好的保证了面向对象的特性,并且安全性得到很好的保障;但是在开发中大部分项目都喜欢使用属性注入,因为其简洁、方便开发。所以说要根据项目的具体要求而判断,在简洁性和规范性之间进行取舍。(setter注入基本不用)
使用@AutoWired注解的注意事项
类型注入
@Autowired注解在进行依赖注入时,默认是依据类型进行注入操作。然而,倘若存在需要注入的对象有多个对应的 bean实例时,就会引发错误:
这是第一个UserService的bean
package com.wzb.service.impl;
import com.wzb.dao.UserDao;
import com.wzb.pojo.User;
import com.wzb.service.UserService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;
import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;
import java.util.List;
import java.util.stream.Collectors;
/**
* Service层实现类
*
*/
@Component("newName")
public class UserServiceImpl implements UserService {
@Autowired
private UserDao userDao;
// 获取用户数据的代码不能写在此处,类的成员变量初始化是在类的实例化阶段进行的,此时可能@AutoWired注入还未完成,导致Null
// private final List<String> lines = userDao.findUser();
public List<User> findUser() {
List<String> lines = userDao.findUser();
List<User> userList = lines.stream().map(line -> {
String[] parts = line.split(",");
Integer id = Integer.parseInt(parts[0]);
String username = parts[1];
String password = parts[2];
String name = parts[3];
Integer age = Integer.parseInt(parts[4]);
LocalDateTime updateTime = LocalDateTime.parse(parts[5], DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"));
return new User(id, username, password, name, age, updateTime);
}).collect(Collectors.toList());
return userList;
}
}
这是第二个UserService对象的bean
package com.wzb.service.impl;
import com.wzb.dao.UserDao;
import com.wzb.pojo.User;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;
import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;
import java.util.List;
import java.util.stream.Collectors;
/**
* 用于测试用的bean
*
*/
@Component
public class UserServiceImpl2 implements UserService{
@Autowired
private UserDao userDao;
public List<User> findUser() {
List<String> lines = userDao.findUser();
List<User> userList = lines.stream().map(line -> {
String[] parts = line.split(",");
Integer id = Integer.parseInt(parts[0]) + 200;
String username = parts[1];
String password = parts[2];
String name = parts[3];
Integer age = Integer.parseInt(parts[4]);
LocalDateTime updateTime = LocalDateTime.parse(parts[5], DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"));
return new User(id, username, password, name, age, updateTime);
}).collect(Collectors.toList());
return userList;
}
}
此时Controller中需要依赖UserService这个类,但是IOC容器中有两个这个对象的bean,此时如果直接启动,程序将会直接报错:
报错信息:
根据报错信息的描述来看,是因为UserController需要一个bean(也就是UserService的实现类),但是在IOC容器中找到了两个该对象的bean实例,不知道应该注入哪一个,所以说就报错了。并且还在Action中提供了一个解决方法:使用@Primary、@Qualifier注解。这证明了不能直接将同一个对象的多个bean加入IOC容器管理,如果一个对象有多个bean都需要给IOC容器管理,那么就需要使用其他注解,来成功找到需要的bean并注入。
解决方法
@Primary
假如需要注入的对象在IOC容器中存在多个bean实例,那么就可以在想要被注入的bean上添加注解@Primary:
使用@Primary注解,指定注入的UserService bean实例是UserServiceImpl2,将服务启动结合前端页面查看结果:
发现用户的id都加了200,说明此时注入的UserService实例bean是UserServiceImpl2,@Primary注解成功指定了注入的bean实例。
@Qualifier
@Qualifier注解需要配合@AutoWired注解使用,@Qualifier注解是在声明对象时使用,可以通过注解名(默认是类名小写)指定需要注入的bean实例对象。
通过@Qualifier注解和@AutoWired注解结合使用,指定需要注入UserService的bean实例是UserServiceImpl(注意,bean名字是类名小写):
发现通过@Qualifier注解和@AutoWired注解结合使用,成功将UserService需要注入的bean实例指定为了UserServiceImpl。
重要一点
此时UserServiceImpl2上面的@Primary注解还在,但是注入的是UserServiceImpl,说明@Qualifiler的优先级高于@Primary。
@Resource
@Resource注解是在声明对象时使用,单独使用,通过注解名指定需要注入的bean实例:
@Resource注解不是Spring提供的,是JavaEE规范中提供的,使用时需要指定name = "bean名",同样,此时UserServiceImpl2的@Primary注解还在,但是注入的是@Resource注解指定的bean实例,所以说@Resource注解的优先级也高于@Primary注解。
但是假如将@Resource和@Qualifier注解一起用:
其注入的bean是@Resource注解指定的,说明@Resource的优先级高于@Qualifier;可能是因为原生JavaEE的优先级高于SpringBoot框架的缘故。
@Resource和@AutoWired都可以实现依赖注入,其二者区别主要有两点:1.@AutoWired是Spring框架提供的,而@Resource是JavaEE提供的,二者的出处不同;2.@AutoWired是默认按照类型注入的,但@Resource是默认按照bean的名称进行注入的。
总的而言,假如说一个类在IOC容器中存在多个bean实例,那么无法直接使用,因为不知道该选择哪个bean进行注入,需要添加注解指定需要注入哪个bean。