前言
在日常实际开发中,我们经常会接触到@Autowired和@Resource两个注解,那他们之间的区别是什么呢?接下来让我们一起探讨@Autowired和@Resource的区别吧。提示:以下是本篇文章正文内容,下面案例可供参考
一、共同点
都可以用来装配bean, 写在字段或写在setter方法上。在接口仅有单一实现类时,两个注解的修饰效果相同,可以互相替换。
二、区别
1.仅有单一实现类
我们先编写一个Service、ServiceImpl和Controller用于分析,代码如下:
public interface Fruit {
String eatFruit();
}
@Service
public class Apple implements Fruit {
@Override
public String eatFruit() {
return "柒鼬在吃苹果";
}
}
@Controller
@RequestMapping("/test")
public class FruitController {
@Autowired
private Fruit fruit;
@PostMapping("/getResult")
@ResponseBody
public String getResult() {
return fruit.eatFruit();
}
}
运行后通过Postman调用该接口,可以看到效果:
将@Autowired改为@Resource运行后通过Postman调用该接口,可以看到效果:
可以看到在接口仅有单一实现类时,两个注解的修饰效果相同,可以互相替换。如果是使用@Inject注解,需要添加额外依赖。
<dependency>
<groupId>javax.inject</groupId>
<artifactId>javax.inject</artifactId>
<version>1</version>
</dependency
将@Resource改为@Inject运行后通过Postman调用该接口,可以看到效果:
2.多个实现类
在上述案例代码基础上,我们额外添加一个ServiceImpl,并将注解重新改为@Autowired用于分析,代码如下:
@Service
public class Strawberry implements Fruit {
@Override
public String eatFruit() {
return "柒鼬在吃士多卑梨";
}
}
运行后可以看到报错expected single matching bean but found 2: apple,strawberry
被期望的单一结果被匹配到两个结果,此时我们有以下解决方式:
1.在实现类上添加@Primary。@Primary是修饰实现类的,告诉spring,如果有多个实现类时,优先注入被@Primary注解修饰的那个。
修改后通过Postman调用接口查看效果:
2.随着实现类的增多,后续如果还有Banana、Lemon,那这种方式肯定是比较麻烦的。我们还可以在实现类上添加@Qualifier,这种方式更为灵活。
修改后通过Postman调用接口查看效果:
3.去除所有改动,我们将@Autowired改成@Resource运行会遇到同样的报错问题,对于@Resource我们可以通过以下方式解决:
修改后通过Postman调用接口查看效果:
4.去除所有改动,我们将@Resource改成@Inject运行会遇到同样的报错问题,对于@Inject我们可以通过以下两种方式解决:
修改后通过Postman调用接口查看效果:
总结
对上述情况,我们可以得出以下结论:
1.@Autowired注解是Spring的,@Resource和@Inject是J2EE的注解,@Resource是JSR-250规范的一部分,@Inject是JSR-330规范的一部分,之所以能在Spring中生效是由于Spring实现了相关的规范
2.@Autowired在实现依赖注入的时候匹配顺序是a.基于类型→b.基于@Qualifier→c.基于名称,@Resource匹配顺序是a.基于名称→b.基于类型→c.基于@Qualifier,@Inject的匹配顺序是a.基于类型→b.基于@Qualifier→c.基于名称或@Named
虚怀若谷,大智若愚,欢迎大家对拙见错误之处进行斧正,谢谢!