原文链接：https://blog.csdn.net/weixin_38237873/article/details/83650429
@Resource和@Autowired注解都是用来实现依赖注入的。只是@AutoWried按by type自动注入，而@Resource默认按byName自动注入。
@Resource有两个重要属性，分别是name和type
spring将name属性解析为bean的名字，而type属性则被解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，如果使用type属性则使用byType的自动注入策略。如果都没有指定，则通过反射机制使用byName自动注入策略。
@Resource依赖注入时查找bean的规则：(以用在field上为例)
1. 既不指定name属性，也不指定type属性，则自动按byName方式进行查找。如果没有找到符合的bean，则回退为一个原始类型进行查找，如果找到就注入。
此时name是变量名
错误示例：
@Resource
private String bucketName;
@Resource
private String styleName;
此时的name值是配置bean里的name属性指定的值，而不是id的值
<bean id="bucketName " class="java.lang.String">
<constructor-arg value="${oos.bucketName}"/>
</bean>
<!-- 图片样式名 -->
<bean id="styleName " class="java.lang.String">
<constructor-arg value="${oos.styleName}"/>
</bean>
这里为什么要重新理解，是因为之前我一直认为对应的是配置文件的id属性的值，直到在配置上面两个String类型的bean的时候，居然会报错，如下： No qualifying bean of type [java.lang.String] is defined: expected single matching bean but found 2: bucketName,styleName 这是因为spring会去找bean元素里name属性值和变量名一致的bean，但是因为都没有指定name属性，所以找不到然后就按照原始类型String去查找，结果一下找到了两个，所以就报错。
2. 只是指定了@Resource注解的name，则按name后的名字去bean元素里查找有与之相等的name属性的bean。
正确示例
@Resource(name="bucket")
private String bucketName;
@Resource(name="style")
private String styleName;
<bean name="bucket" class="java.lang.String">
<constructor-arg value="${oos.bucketName}"/>
</bean>
<!-- 图片样式名 -->
<bean name="style" class="java.lang.String">
<constructor-arg value="${oos.styleName}"/>
</bean>
3. 只指定@Resource注解的type属性，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常
4. 既指定了@Resource的name属性又指定了type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常