目录
- 前言
- 默认注入方式不同
- 提供者不同
- 补充：@Resource的装配顺序如下
- 总结
前言
写过Spring框架的同学应该都知道，Spring当中使用字段注入的时候既可以用 @Autowired 又可以用 @Resource，但是当我使用 @Autowired，idea会提示我说，不建议使用字段注入：
但如果我用的是 @Resource，就不会有这样的提示：
于是在好奇心的驱使下，我探究了一下他们两者的区别，并了解了为什么idea会对 @Autowired 发出弱警告，在这里分享给大家。
默认注入方式不同
@Autowired默认的注入方式为byType（根据类型进行匹配），也就是说会优先根据接口类型去匹配并注入 Bean （接口的实现类），如果想要指定名称，可以通过@Qualifier配合使用。@Autowired private UserSafetyMapper userSafetyMapper; // 或 @Autowired @Qualifier("userSafetyMapper") private UserSafetyMapper userSafetyMapper;@Resource默认注入方式为 byName（根据命名进行匹配）。如果无法通过名称匹配到对应的实现类的话，注入方式会变为byType。- 如果同时指定了name和type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常；
- 如果指定了name，则从上下文中查找名称（id）匹配的bean进行装配，找不到则抛出异常；
- 如果指定了type，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常；
- 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配；如果没有匹配，则回退为一个原始类型进行匹配，如果匹配则自动装配。
// 1.默认注入方式 @Resource private UserSafetyMapper userSafetyMapper; // 2.指定注入方式 @Resource(name = "userSafetyMapper", type = UserSafetyMapper.class) private UserSafetyMapper userSafetyMapper;
提供者不同
@Autowired 是spring提供的注解，@Resource 是JDK提供的注解。其实这也是为什么idea会对 @Autowired 发出警告，而不会对@Resource发出警告的原因。
根据我查阅的一些资源和一点个人理解，得出以下分析：
@Autowired 是Spring提供的，它只能适用于Spring，是特定IOC提供的特定注解，这就导致了程序和框架的强耦合，一旦换用了其他的IOC框架，就会导致失效，无法支持注入。而 @Resource 是Java提供的一种标准，一般的IOC容器应该去主动对 @Resource 做兼容，这样我们即使换了其他的框架，也可以正常使用字段注入的功能。
不过话又说回来，我们在搭建一个项目的时候，刚开始选好框架了，以后很大可能就不会再去更换为其他的框架了，即使字段注入松耦合了，但其实还有其他更多的东西需要去修改，所以我个人认为用这两个都可以，具体使用哪个还得看公司的编码规范，个人项目的话，统一使用一个就好了。
补充：@Resource的装配顺序如下
如果同时指定了name和type，流程如下：
如果指定了name，流程如下：
只是指定了@Resource注解的name，则按name后的名字去bean元素里查找有与之相等的name属性的bean。
如果指定了type，流程如下：
只指定@Resource注解的type属性，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常。
如果既没有指定name，也没有指定type，流程如下：
既不指定name属性，也不指定type属性，则自动按byName方式进行查找。如果没有找到符合的bean，则回退为一个原始类型进行进行查找，如果找到就注入。
总结
到此这篇关于Spring框架中@Autowired和@Resource区别的文章就介绍到这了,更多相关Spring @Autowired和@Resource区别内容请搜索自由互联以前的文章或继续浏览下面的相关文章希望大家以后多多支持自由互联！