@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进行装配,找不到则抛出异常
————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/weixin_38237873/article/details/83650429