@Autowired 與@Resource的區別(詳細)

#@Autowired 與@Resource的區別html

spring不但支持本身定義的@Autowired註解,還支持幾個由JSR-250規範定義的註解,它們分別是@Resource、@PostConstruct以及@PreDestroy。java

@Resource的做用至關於@Autowired,只不過@Autowired按byType自動注入,而@Resource默認按 byName自動注入罷了。spring

@Resource有兩個屬性是比較重要的,分是name和type,Spring將@Resource註解的name屬性解析爲bean的名字,而type屬性則解析爲bean的類型。因此若是使用name屬性,則使用byName的自動注入策略,而使用type屬性時則使用byType自動注入策略。若是既不指定name也不指定type屬性,這時將經過反射機制使用byName自動注入策略。數據庫

  • @Resource裝配順序
  1. 若是同時指定了name和type,則從Spring上下文中找到惟一匹配的bean進行裝配,找不到則拋出異常
  2. 若是指定了name,則從上下文中查找名稱(id)匹配的bean進行裝配,找不到則拋出異常
  3. 若是指定了type,則從上下文中找到類型匹配的惟一bean進行裝配,找不到或者找到多個,都會拋出異常
  4. 若是既沒有指定name,又沒有指定type,則自動按照byName方式進行裝配;若是沒有匹配,則回退爲一個原始類型進行匹配,若是匹配則自動裝配;
  • @Autowired 與@Resource的區別:
  1. @Autowired與@Resource均可以用來裝配bean. 均可以寫在字段上,或寫在setter方法上。session

  2. @Autowired默認按類型裝配(這個註解是屬業spring的),默認狀況下必需要求依賴對象必須存在,若是要容許null值,能夠設置它的required屬性爲false,如:@Autowired(required=false) ,若是咱們想使用名稱裝配能夠結合@Qualifier註解進行使用,以下:架構

    @Autowired()@Qualifier("baseDao")
    	privateBaseDao baseDao;
  3. @Resource(這個註解屬於J2EE的),默認按照名稱進行裝配,名稱能夠經過name屬性進行指定,若是沒有指定name屬性,當註解寫在字段上時,默認取字段名進行安裝名稱查找,若是註解寫在setter方法上默認取屬性名進行裝配。當找不到與名稱匹配的bean時才按照類型進行裝配。可是須要注意的是,若是name屬性一旦指定,就只會按照名稱進行裝配。app

    @Resource(name="baseDao")
    	privateBaseDao baseDao;

推薦使用:@Resource註解在字段上,這樣就不用寫setter方法了,而且這個註解是屬於J2EE的,減小了與spring的耦合。這樣代碼看起就比較優雅。框架

  • spring @Qualifier註解
  1. @Autowired是根據類型進行自動裝配的。若是當Spring上下文中存在不止一個UserDao類型的bean時,就會拋出BeanCreationException異常;若是Spring上下文中不存在UserDao類型的bean,也會拋出BeanCreationException異常。咱們可使用@Qualifier配合@Autowired來解決這些問題。以下:函數

    1. 可能存在多個UserDao實例

    [java] view plaincopy在CODE上查看代碼片派生到個人代碼片ui

    @Autowired
    	@Qualifier("userServiceImpl")
    	public IUserService userService;

或者

[java] view plaincopy在CODE上查看代碼片派生到個人代碼片
````java
@Autowired
public void setUserDao(@Qualifier("userDao") UserDao userDao) {
	this.userDao = userDao;
}
````

這樣Spring會找到id爲userServiceImpl和userDao的bean進行裝配。

1. 可能不存在UserDao實例

[java] view plaincopy在CODE上查看代碼片派生到個人代碼片
```java
@Autowired(required = false)
public IUserService userService
```

我的總結:

@Autowired//默認按type注入

@Qualifier("cusInfoService")//通常做爲@Autowired()的修飾用

@Resource(name="cusInfoService")//默認按name注入,能夠經過name和type屬性進行選擇性注入

通常@Autowired和@Qualifier一塊兒用,@Resource單獨用。固然沒有衝突的話@Autowired也能夠單獨用

-----------經常使用註解--------

--定義Bean的註解

@Controller

@Controller("Bean的名稱")

定義控制層Bean,如Action

@Service

@Service("Bean的名稱")

定義業務層Bean

@Repository

@Repository("Bean的名稱")

定義DAO層Bean

@Component

定義Bean, 很差歸類時使用.

自動裝配Bean (選用一種註解就能夠)

@Autowired (Srping提供的)

默認按類型匹配,自動裝配(Srping提供的),能夠寫在成員屬性上,或寫在setter方法上

@Autowired(required=true)

必定要找到匹配的Bean,不然拋異常。 默認值就是true

@Autowired

@Qualifier("bean的名字")

按名稱裝配Bean,與@Autowired組合使用,解決按類型匹配找到多個Bean問題。

@Resource JSR-250提供的

默認按名稱裝配,當找不到名稱匹配的bean再按類型裝配.

能夠寫在成員屬性上,或寫在setter方法上

能夠經過@Resource(name="beanName") 指定被注入的bean的名稱, 要是未指定name屬性, 默認使用成員屬性的變量名,通常不用寫name屬性.

@Resource(name="beanName")指定了name屬性,按名稱注入但沒找到bean, 就不會再按類型裝配了.

@Inject 是JSR-330提供的

按類型裝配,功能比@Autowired少,沒有使用的必要。

--定義Bean的做用域和生命過程

@Scope("prototype")

值有:singleton,prototype,session,request,session,globalSession

@PostConstruct

至關於init-method,使用在方法上,當Bean初始化時執行。

@PreDestroy

至關於destory-method,使用在方法上,當Bean銷燬時執行。

--聲明式事務

@Transactional

@Autowired @Resource @Qualifier的區別

實用理解:@Autowired @Resource 二選其一,看中哪一個就用哪一個。

簡單理解:

@Autowired 根據類型注入,

@Resource 默認根據名字注入,其次按照類型搜索

@Autowired @Qualifie("userService") 兩個結合起來能夠根據名字和類型注入

複雜理解:

好比你有這麼一個Bean

@Service(「UserService」)

public Class UserServiceImpl implements UserService{};

如今你想在UserController 裏面使用這個UserServiceImpl

public Class UserController {

@AutoWire //當使用這個注入的時候上面的 UserServiceImpl 只須要這樣寫 @Service,這樣就會自動找到UserService這個類型以及他的子類型。UserServiceImpl 實現了UserService,因此可以找到它。不過這樣有一個缺點,就是當UserService實現類有兩個以上的時候,這個時候會找哪個呢,這就形成了衝突,因此要用@AutoWire注入的時候要確保UserService只有一個實現類。

@Resource 默認狀況下是按照名稱進行匹配,若是沒有找到相同名稱的Bean,則會按照類型進行匹配,有人可能會想了,這下好了,用這個是萬能的了,不用管名字了,也不用管類型了,但這裏仍是有缺點。首先,根據這個註解的匹配效果能夠看出,它進行了兩次匹配,也就是說,若是你在UserService這個類上面這樣寫註解,@Service,它會怎麼找呢,首先是找相同名字的,若是沒有找到,再找相同類型的,而這裏的@Service沒有寫名字,這個時候就進行了兩次搜索,顯然,速度就降低了許多。也許你還會問,這裏的@Service原本就沒有名字,確定是直接進行類型搜索啊。其實不是這樣的,UserServiceImpl 上面若是有@Service默認的名字 是這個userServiceImpl,注意看,就是把類名前面的大寫變成小寫,就是默認的Bean的名字了。 @Resource根據名字搜索是這樣寫@Resource("userService"),若是你寫了這個名字叫userService,那麼UserServiceImpl上面必須也是這個名字,否則仍是會報錯。

@Autowired @Qualifie("userService") 是直接按照名字進行搜索,也就是說,對於UserServiceImpl 上面@Service註解必須寫名字,不寫就會報錯,並且名字必須是@Autowired @Qualifie("userService") 保持一致。若是@Service上面寫了名字,而@Autowired @Qualifie() ,同樣會報錯。

private UserService userService;

說了這麼多,可能你有些說暈了,那麼怎麼用這三個呢,要實際的工做是根據實際狀況來使用的,一般使用AutoWire和@Resource多一些,bean的名字不用寫,而UserServiceImpl上面能會這樣寫 @Service("userService")。這裏的實際工做狀況,究竟是什麼狀況呢?說白了就是整個項目設計時候考慮的狀況,若是你的架構設計師考慮的比較精細,要求比較嚴格,要求項目上線後的訪問速度比較好,一般是考慮速度了。這個時候@AutoWire沒有@Resource好用,由於@Resource能夠根據名字來搜索,是這樣寫的@Resource("userService")。這個@Autowired @Qualifie("userService") 也能夠用名字啊,爲何不用呢,緣由很簡單,這個有點長,不喜歡,增長工做量。由於根據名字搜索是最快的,就好像查數據庫同樣,根據Id查找最快。由於這裏的名字與數據庫裏面的ID是同樣的做用。這個時候,就要求你多寫幾個名字,工做量天然就增長了。而若是你不用註解,用xml文件的時候,對於注入Bean的時候要求寫一個Id,xml文件時候的id就至關於這裏的名字。

說了那麼多沒用,你能作的就是簡單直接,什麼最方便就用什麼,

你就直接用@Resource得了,若是你喜歡用@AutoWire也行,不用寫名字。

一般狀況一個Bean的註解寫錯了,會報下面這些錯誤,最爲常見,

No bean named 'user' is defined,這個表示沒有找到被命名爲user的Bean,通俗的說,就是名字爲user的類型,以及它的子類型,出現這個錯誤的緣由就是注入時候的類型名字爲user,而搜索的時候找不到,也就是說可能那個搜索的類型,並無命令爲user,解決辦法就是找到這個類型,去命令爲user,

下面這個錯誤也常見,

No qualifying bean of type [com.service.UserService] found for dependency:

這個錯誤的緣由就是類型上面沒有加@Service這個注入,不只僅是@Service,若是是其餘層也會出現這個錯誤,這裏我是以Service爲例子說明,若是是DAO層就是沒有加@Repository,Controller層,則是沒有加@Controller。

還有,若是你仍是想再簡單點,不管是DAO,Controller,Service三個層,均可以用這個註解,@Component,這個註解通用全部的Bean,這個時候你可能會說了,有一般的爲何用的人少呢,那是由於MVC這個分層的設計原則,用@Repository,@Service,@Controller,這個能夠區別MVC原則中的DAO,Service,Controller。便於識別。

博客2:

springautowiredqualifierbytypebyname  在使用Spring框架中@Autowired標籤時默認狀況下使用 Java代碼 @Autowired
@Autowired 註釋進行自動注入時,Spring 容器中匹配的候選 Bean 數目必須有且僅有一個。當找不到一個匹配的 Bean 時,Spring 容器將拋出 BeanCreationException 異常,並指出必須至少擁有一個匹配的 Bean。 @Autowired 默認是按照byType進行注入的,若是發現找到多個bean,則,又按照byName方式比對,若是還有多個,則報出異常。

例子:

@Autowired private ExamUserMapper examUserMapper; - ExamUserMapper是一個接口

  1. spring先找類型爲ExamUserMapper的bean

  2. 若是存在且惟一,則OK;

  3. 若是不惟一,在結果集裏,尋找name爲examUserMapper的bean。由於bean的name有惟一性,因此,到這裏應該能肯定是否存在知足要求的bean了

@Autowired也能夠手動指定按照byName方式注入,使用@Qualifier標籤,例如: @Autowired () @Qualifier ( "baseDao" )

  Spring 容許咱們經過 Java代碼 @Qualifier
@Qualifier 註釋指定注入 Bean 的名稱,這樣歧義就消除了,能夠經過下面的方法解決異常。

   Java代碼 @Qualifier("XXX")
@Qualifier("XXX") 中的 XX是 Bean 的名稱,因此 @Autowired 和 @Qualifier 結合使用時,自動注入的策略就從 byType 轉變成 byName 了。

  @Autowired 能夠對成員變量、方法以及構造函數進行註釋,而 @Qualifier 的標註對象是成員變量、方法入參、構造函數入參。

Spring不但支持本身定義的@Autowired註解,還支持幾個由JSR-250規範定義的註解,它們分別是@Resource、@PostConstruct以及@PreDestroy。

   Java代碼 @Resource
@Resource 的做用至關於@Autowired,只不過@Autowired按byType自動注入,而@Resource默認按 byName自動注入罷了。@Resource有兩個屬性是比較重要的,分是name和type,Spring將@Resource註解的name屬性解析爲bean的名字,而type屬性則解析爲bean的類型。因此若是使用name屬性,則使用byName的自動注入策略,而使用type屬性時則使用byType自動注入策略。若是既不指定name也不指定type屬性,這時將經過反射機制使用byName自動注入策略。

  @Resource裝配順序   1. 若是同時指定了name和type,則從Spring上下文中找到惟一匹配的bean進行裝配,找不到則拋出異常   2. 若是指定了name,則從上下文中查找名稱(id)匹配的bean進行裝配,找不到則拋出異常   3. 若是指定了type,則從上下文中找到類型匹配的惟一bean進行裝配,找不到或者找到多個,都會拋出異常   4. 若是既沒有指定name,又沒有指定type,則自動按照byName方式進行裝配;若是沒有匹配,則回退爲一個原始類型進行匹配,若是匹配則自動裝配

參考博文:

http://www.javashuo.com/article/p-cfzanhru-g.html

http://www.cnblogs.com/happyyang/articles/3553687.html

http://blog.csdn.net/revent/article/details/49203619

http://blog.csdn.net/ad921012/article/details/49679745

相關文章
相關標籤/搜索