最近开发过程中经常看到项目中有的地方用@Autowired有的地方用@Resource。所以这篇文章主要谈谈这两个注解有什么区别。
共同点
@Resource和@Autowired都可以作为注入属性的修饰,在接口仅有单一实现类时,两个注解的修饰效果相同,可以互相替换,不影响使用。
不同点
1、@Resource是JDK原生的注解,@Autowired是Spring2.5 引入的注解
2、@Resource有两个属性name和type。Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性,这时将通过反射机制使用byName自动注入策略。
@Autowired只根据type进行注入,不会去匹配name。如果涉及到type无法辨别注入对象时,那需要依赖@Qualifier或@Primary注解一起来修饰。
实践说明
定义接口做饭Cook.java,抽象方法open()
、cooking()
、close()
public interface Cook {
/**
* 开火
*/
String open();
/**
* 炒菜
*/
String cooking();
/**
* 关火
*/
String close();
}
定义实现类炒西红柿CookTomato.java
/**
* service接口 实现类
* 炒西红柿
*/
@Service
public class CookTomato implements Cook {
@override
public String open() {
return "炒西红柿前打开油烟机并开火";
}
@override
public String cooking() {
return "炒西红柿中~";
}
@override
public String close() {
return "炒西红柿后关闭油烟机并关火";
}
}
定义Controller类CookController.java,注入Cook接口
/**
* controller层
*/
@RestController
@RequestMapping("/cook")
public class CookController {
@Resource
private Cook cook;
@RequestMapping("/open")
public String open() {
return cook.open();
}
@RequestMapping("/cooking")
public String cooking() {
return cook.cooking();
}
@RequestMapping("/close")
public String close() {
return cook.close();
}
}
启动Spring Boot运行起来后请求三个接口都是正常的返回结果。
但是如果我们增加Cook接口的实现类
/**
* service接口 实现类
* 炒土豆
*/
@Service
public class CookPatato implements Cook {
@override
public String open() {
return "炒土豆丝前打开油烟机并开火";
}
@override
public String cooking() {
return "炒土豆丝中~";
}
@override
public String close() {
return "炒土豆丝后关闭油烟机并关火";
}
}
这个时候启动Spring Boot,控制台会报错
2021-10-24 10:24:10.662 WARN 5592 --- [ restartedMain] ConfigServletWebServerApplicationContext : Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'CookController': Injection of resource dependencies failed; nested exception is org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'com.janeroad.annotation.service.Cook' available: expected single matching bean but found 2: CookTomato,CookPatato
大致意思是我们引入Cook但是Spring框架发现了有两个实现,无法匹配到bean
我们将代码改成这样
@Resource(name="cookTomato")
private Cook cook;
或者
@Resource
@Qualifier("cookTomato")
private Cook cook;
上述代码都在做一件事,把Cook实现类指定为炒西红柿实现类,启动Spring Boot后请求Controller接口就会发现一切正常!
如果我们不用@Resource注解改用@Autowire呢?
在上述改动基础上改成@Autowire会报以下错
Description:
Field cook in com.janeroad.annotation.controller.CookController required a single bean, but 2 were found:
- cookTomato: defined in file [此处省略路径名]
- cookPatato: defined in file [此处省略路径名]
Action:
Consider marking one of the beans as @Primary, updating the consumer to accept multiple beans, or using @Qualifier to identify the bean that should be consumed
报错意思就是CookController需要一个bean但是找到两种实现
所以我们就应该按照报错提示使用@Primary,在有多个实现bean时告诉Spring优先@Primary修饰的那个;或者使用@Qualifier来标注需要注入的类。
@Qualifier修改方式与@Resource的相同,一样是修改Controller代码中注入的Cook上面,这里不再复述
@Primary是修饰实现类的,告诉Spring,如果有多个实现类时,优先注入被@Primary注解修饰的那个。
那么修改CookTomato.java为
/**
* service接口 实现类
* 炒西红柿
*/
@Service
@Primary
public class CookTomato implements Cook {
@override
public String open() {
return "炒西红柿前打开油烟机并开火";
}
@override
public String cooking() {
return "炒西红柿中~";
}
@override
public String close() {
return "炒西红柿后关闭油烟机并关火";
}
}
启动Spring Boot后会发现,调用接口一切正常。
总结
@Autowired功能虽说非常强大,但是也有些不足之处。比如它跟Spring强耦合了,如果换成了其他框架,功能就会失效。而@Resource是JSR-250提供的,它是Java标准,绝大部分框架都支持。
除此之外,有些场景使用@Autowired无法满足的要求,改成@Resource却能解决问题。
1、@Autowired默认按byType自动装配,而@Resource默认byName自动装配。
2、@Autowired只包含一个参数:required,表示是否开启自动准入,默认是true。而@Resource包含七个参数,其中最重要的两个参数是:name 和 type。
3、@Autowired如果要使用byName,需要使用@Qualifier一起配合。而@Resource如果指定了name,则用byName自动装配,如果指定了type,则用byType自动装配。
4、@Autowired能够用在:构造器、方法、参数、成员变量和注解上,而@Resource能用在:类、成员变量和方法上。
5、@Autowired是Spring定义的注解,而@Resource是JSR-250定义的注解。
6、二者装配顺序不同
@Autowired
@Resource