@Resource屬性介紹

• name：資源的JNDI名稱。在spring的注入時，指定bean的唯一標(biāo)識。
• type：指定bean的類型。
• lookup:引用指向的資源的名稱。它可以使用全局JNDI名稱鏈接到任何兼容的資源。
• authenticationType:指定資源的身份驗證類型。它只能為任何受支持類型的連接工廠的資源指定此選項，而不能為其他類型的資源指定此選項。
• shareable：指定此資源是否可以在此組件和其他組件之間共享。
• mappedName：指定資源的映射名稱。
• description：指定資源的描述。

@Resource 的裝配規(guī)則

默認情況下，即所有屬性都不指定，它默認按照byType的方式裝配bean對象。

• 如果指定了name，沒有指定type，則采用byName。
• 如果沒有指定name，而是指定了type，則按照byType裝配bean對象。
• 當(dāng)byName和byType都指定了，兩個都會校驗，如果找不到,或者找到多個(比如byName的方式找到了BeanA, ByType的方式找到了BeanB ) 這種情況也是不會成功的.

上述略顯官方的味道的解釋,相信不少人也是暈暈的 , 也對這個"默認值" 情況解釋的不到位 , 下面來個靈魂總結(jié).

靈魂總結(jié)

注意: !!! type和name的根本邏輯就是 type是劃定一個范圍 , 然后name 在其中選擇一個 舉個栗子:

• 如果 type 只匹配了 一個 ( 1 ) , 那么成功裝備結(jié)果 必然是 1 , 如果name只有找到了1 , 或者沒有找到的情況下才會配置成功( 沒有顯示指定name值, 默認為變量名) , name如果在容器中找到了非1 的bean ,則會報類型錯誤
• 如果type 匹配了 ( 1 , 2 , 3 ) 多個實例 , 那么name只有匹配到 其中一個,才會裝配成功, 如果一個也匹配不到 , 則會報錯 ,因為spring不知道到底要裝配哪個實例
• 如果type一個都沒有匹配到,那就直接涼涼了 ,報錯:No qualifying bean of type xxx 的錯誤, 即使name指定的值在容器中找到了符合條件的bean實例, 也會報 類型不符合的錯誤

先來看下@Resource的應(yīng)用場景

@Resource的應(yīng)用場景一般都是在裝配的時候出現(xiàn)了多個符合條件的bean , 這時候用@Autowired注解自動裝配就會出現(xiàn)了問題 . 此時就可以用@Resource注解類解決問題 . (@Qualifier + @Autowired 也可以實現(xiàn), 這里主要說下@Resource注解) , 通常就是解決多態(tài)的問題.

代碼演示

這里示例將@Resource 放在了類的屬性上

首先有個HelloService接口:

package com.resource.service;
public interface HelloService {
    void sayHello();
}

兩個實現(xiàn)類 , HelloServiceImpl1 和 HelloServiceImpl2 , 實現(xiàn)的sayHello()方法,分別在控制臺打印出 hello one! , hello two! 如下:

package com.resource.service.impl;
@Component
public class HelloServiceImpl1 implements HelloService {
    public void sayHello() {
        System.out.println("hello one!");
    }
}

package com.resource.service.impl;
@Component
public class HelloServiceImpl2 implements HelloService {
    public void sayHello() {
        System.out.println("hello two!");
    }
}

業(yè)務(wù)類UseService 實現(xiàn)屬性裝配

package com.resource;
@Component
public class UseService {
    //@Qualifier("helloServiceImpl1")
    //@Autowired
    //private HelloService helloService;
    @Resource
    private HelloService helloServiceImpl;
    public void say(){
        helloServiceImpl.sayHello();
    }
}

測試類

    public static void main(String[] args) {
        //1.創(chuàng)建容器
        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext("com");
        //2.獲取對象
        UseService useService = ac.getBean("useService", UseService.class);
        useService.say();
    }

默認情況

裝配代碼 其它代碼不變

    @Resource
    private HelloService helloServiceImpl;
    public void say(){
        helloServiceImpl.sayHello();
    }

運行測試

這時候如果什么都不指定, 運行則會報錯如下:

Caused by: org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'com.resource.service.HelloService' available: expected single matching bean but found 2:helloServiceImpl1,helloServiceImpl2

分析

@Resource是用 ByType和ByName 來裝配的, 如果沒有顯示的通過type屬性和name屬性指定 , “就會找其默認值” 在這個示例中type就是HelloService.class , 又因為其是接口, spring在容器中找到了其兩個已經(jīng)注入容器的實現(xiàn)類分別為 helloServiceImpl1 , helloServiceImpl2 這兩個實例. (范圍) 而name 也沒有通過屬性執(zhí)行 , name默認值就是變量的名稱 helloServiceImpl , 顯然spring容器中是沒有的. (后續(xù)會通過測試驗證) 通過默認指定值得ByType和ByName 其結(jié)果就是得到了兩個符合要求的實例 , 而name也沒有完成在type后有多個實例的情況下 “選一個” . 所有會有上述的把報錯信息.

byName (name默認屬性名) 裝配代碼

其它代碼不變

    @Resource(type = HelloServiceImpl1.class )
    private HelloService helloServiceImpl1;
    public void say(){
        helloServiceImpl1.sayHello();
    }

這個變化就是上個示例中將屬性名從helloServiceImpl 改成了 helloServiceImpl1 .

運行測試

hello one!
Process finished with exit code 0

分析

這里同樣byType后 有兩個實例 helloServiceImpl1 , helloServiceImpl2 , 而name沒有顯示指定, 默認為變量名 helloServiceImpl1 , 也完成了選一個的任務(wù), 進而裝配成功!

byName (name顯示指定) 裝配代碼

其它代碼不變

    @Resource(name="helloServiceImpl2")
    private HelloService helloServiceImpl1;
    public void say(){
        helloServiceImpl1.sayHello();
    }

這個變化就是上個示例中 指定了name屬性的值

運行測試

hello two!
Process finished with exit code 0

分析

可以看到屬性名為helloServiceImpl1 , 顯示指定的是helloServiceImpl2 , 即如果顯示指定name的值得話就取該值, 相當(dāng)于是對默認的變量名覆蓋了(可以這樣理解). 就是有顯示指定就用顯示指定的, 沒有就用變量名. 結(jié)果輸出hello two! 就是對的了.

byType 顯示指定 裝配代碼

其它代碼不變 , 裝配改為顯示指定type值,如下

    @Resource(type = HelloServiceImpl1.class )
    private HelloService helloServiceImpl1;
    public void say(){
        helloServiceImpl1.sayHello();
    }

這個變化就是上個示例中 指定了name屬性的值

運行測試

hello one!
Process finished with exit code 0

分析

顯示指定了type = HelloServiceImpl1.class , 也就范圍就是 helloServiceImpl1 , 根據(jù)開頭的靈魂總結(jié) , type已經(jīng)確定了一個 , 那么 name (默認變量名 或者顯示指定 ) 的值 就必須是helloServiceImpl1 或者是一個在spring容器中找不到的名稱.

注意: 這是個坑, 如果你指定的變量名剛好是spring容器中的某個bean的id , 那么這里就會報 Bean named ‘xxxx’ is expected to be of type ‘com.resource.service.impl.HelloServiceImpl1’ 的異常!!!

這里用代碼演示下: 新建了個HiService類

package com.resource.service.impl;
@Component
public class HiService {
   public void sayHello() {
       System.out.println("Hi Hi!");
   }
}

裝配類 (主要改了變量名為hiservice ,HiService 的bean id)

    @Resource(type = HelloServiceImpl1.class )
    private HelloService hiService;
    public void say(){
        hiService.sayHello();
    }

運行報類型的錯誤如下:

org.springframework.beans.factory.BeanNotOfRequiredTypeException:
 Bean named 'hiService' is expected to be of type 'com.resource.service.impl.HelloServiceImpl1' 
 but was actually of type 'com.resource.service.impl.HiService'

到此這篇關(guān)于詳細解讀spring中的@Resource注解的文章就介紹到這了,更多相關(guān)spring中的@Resource注解內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論