对象装配(对象的获取),有三种实现方式:
- 属性注入
- Setter注入
- 构造方法注入
属性注入
传统的获取Bean对象,需要先获得Spring上下文对象,然后用上下文对象获得Bean对象,就像下面的代码:
ApplicationContext context=new ClassPathXmlApplicationContext("spring-congif");
UserRepository userRepository=context.getBean("userRepository",UserRepository.class);
userRepository.add();
采用属性注入只需要声明一个类类型的变量,并在前面加上 @Autowired,这样就可以获得对象。
@Autowired
private UserRepository repository;
- 属性注入的优点:使用简单
- 属性注入的缺点:
1.无法注入final修饰的变量
为什么final 修饰的变量无法注入呢?我们来看一下被final修饰的变量的特征,首先被final 修饰的变量需要直接赋值。
解决办法1:当我们给变量赋值后,程序就不会报错了。
解决办法2:在构造方法中进行赋值,程序也不会报错。
2.通用性问题:只适用于IoC容器,脱离了IoC容器的话,加了属性注入的代码是没有效果的代码。
3.设计原则问题:更容易违背单一设计原则,因为使用起来比较简单。
Setter注入
当使用Setter注入时,必须要加上@Autowired,不能省略。
- Setter注入的优点:通常Setter只能Set一个属性,不会Set多个属性,所以Setter注入更符合单一设计原则。
- Setter注入的缺点:
1.无法注入一个final修饰的变量。就算给变量赋值也无法解决,在构造方法中赋值也无法解决,就像下面的代码:
2.Setter输入的对象可以被修改,因为Setter是一个方法,既然是一个方法就意味着可以被多次调用,就意味着可以被修改。
构造方法注入(Spring 4.X之后官方推荐使用的方式)
构造方法注入,就是生成当前类的构造方法,然后进行注入。
当然使用构造方法注入时,标准的写法是要加@Autowired的,但是如果当前类中只存在一个构造方法时,也可以省略@Autowired,因为官方已经对这个问题做了处理,当不使用@Autowired时,我们写一个单元测试代码来验证是否正确:
首先我们将@Autowired注掉然后我们写一个单元测试类:
package com.java.demo.service;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import static org.junit.jupiter.api.Assertions.*;
class UserService4Test {
@Test
void sayHi() {
ApplicationContext context=new ClassPathXmlApplicationContext("spring-config.xml");
UserService4 userService4= context.getBean("userService4",UserService4.class);
userService4.sayHi();
}
}
可以看到不用@Autowired后,也可以注入成功。
注意:当前类有多个构造方法时,不能省略@Autowired。用代码演示一下:
我们再写一个构造方法,有两个参数,并且省略@Autowired:
继续用单元测试来验证:
可以看到有多个构造方法时,代码报错了,因为有多个构造方法时,就不确定到底哪个构造方法需要注入,哪个构造方法不需要注入。所以有多个构造方法时,一定要加上@Autowired。
我们加上@Autowired再执行一遍,就不会报错了。
- 构造方法注入的优点:可以注入final修饰的对象。
我们在变量前加上final 来修饰,然后进行测试,程序运行没有任何问题。
2.注入的对象是不会改变的,因为构造方法只会加载一次。
3.构造方法注入可以保证注入对象完全初始化。
4.构造方法注入通用性更好。
- 构造方法注入的缺点:
1.写法比属性注入复杂。
2.使用构造方法注入无法解决循环依赖的问题。(因为构造方法注入可以不依赖@Autowired,在所有的类里面都是要这样去写构造方法的,构造方法在new类的时候,必须要传值,传值要么是个人去传,要么是IoC框架去传,传完值之后就可以使用了,所以构造方法注入的通用性是最好的)。
@Resource :另一种注入关键字
在进行类注入时,除了可以使用@Autowired关键字之外,我们还可以使用@Resource进行注入,如下代码所示:
package com.java.demo.service;
import com.java.demo.dao.UserRepository;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.stereotype.Service;
import javax.annotation.Resource;
@Service
public class UserService {
// 1.属性注入
@Resource
private final UserRepository repository;
public UserService() {
this.repository=null;
}
public int add(){
System.out.println("Do UsersService add method");
/* ApplicationContext context=new ClassPathXmlApplicationContext("spring-congif");
UserRepository userRepository=context.getBean("userRepository",UserRepository.class);
userRepository.add();
*/
return repository.add();
}
}
- @Autowired与@Resource的区别:
- 出身不同:@Autowired是来自于Spring的,@Resource来自于jdk的注解。
- @Autowired和@Resource的参数设置是不同的。@Resource支持很多参数设置; @Autowired只支持一个参数设置。
- 使用上的区别: @Autowired可用于Setter注入,构造方法注入和属性注入,而@Resource只能用于Setter注入和属性注入,不能用于构造函数注入。
- idea兼容性支持不同:@Autowired有些情况下会报错,比如IEDA专业版用@Autowired注入就会报错,但是项目的执行不受影响,这个报错属于误报,是可以通过设置,或者将@Autowired改成@Resource两种方式来解决的。因为@Autowired来自于Spring,使用@Autowired时,Spring框架的执行是在程序的执行之后再执行的,所以它是不知道这个类到底有没有注入的;当使用@Resource时,@Resource是java的,java执行是在程序之前的,所以它是知道这个类是否注入的。