@Resource和@Autowired注解都是用來實(shí)現(xiàn)依賴注入的。只是@AutoWried按by type自動(dòng)注入，而@Resource默認(rèn)按byName自動(dòng)注入。

@Resource有兩個(gè)重要屬性，分別是name和type

spring將name屬性解析為bean的名字，而type屬性則被解析為bean的類型。所以如果使用name屬性，則使用byName的自動(dòng)注入策略，如果使用type屬性則使用byType的自動(dòng)注入策略。如果都沒有指定，則通過反射機(jī)制使用byName自動(dòng)注入策略。

@Resource依賴注入時(shí)查找bean的規(guī)則：(以用在field上為例)

1. 既不指定name屬性，也不指定type屬性，則自動(dòng)按byName方式進(jìn)行查找。如果沒有找到符合的bean，則回退為一個(gè)原始類型進(jìn)行查找，如果找到就注入。

此時(shí)name是變量名

錯(cuò)誤示例：

@Resourceprivate String bucketName;@Resourceprivate String styleName;

此時(shí)的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>

這里為什么要重新理解，是因?yàn)橹拔乙恢闭J(rèn)為對(duì)應(yīng)的是配置文件的id屬性的值，直到在配置上面兩個(gè)String類型的bean的時(shí)候，居然會(huì)報(bào)錯(cuò)，如下： No qualifying bean of type [java.lang.String] is defined: expected single matching bean but found 2: bucketName,styleName 這是因?yàn)閟pring會(huì)去找bean元素里name屬性值和變量名一致的bean，但是因?yàn)槎紱]有指定name屬性，所以找不到然后就按照原始類型String去查找，結(jié)果一下找到了兩個(gè)，所以就報(bào)錯(cuò)。

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進(jìn)行裝配，找不到或者找到多個(gè)，都會(huì)拋出異常

4. 既指定了@Resource的name屬性又指定了type，則從Spring上下文中找到唯一匹配的bean進(jìn)行裝配，找不到則拋出異常

總結(jié)

以上是生活随笔為你收集整理的@Resource注解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。