@Autowired按類型注入，需@Qualifier或@Primary解決多實(shí)例歧義；@Resource優(yōu)先按名稱注入，名稱不匹配時按類型，更利于名稱明確的場景。

@Autowired 側(cè)重于按類型進(jìn)行依賴注入，是 Spring 框架特有的；而 @Resource 則優(yōu)先按名稱進(jìn)行注入，是 Java EE 規(guī)范的一部分，可以脫離 Spring 獨(dú)立使用。

解決方案

理解

@Autowired

@Resource

@Autowired：Spring 的類型優(yōu)先策略

@Autowired

@Autowired

例如：

@Component
public class MyService {
    @Autowired
    private MyRepository myRepository; // Spring會尋找MyRepository類型的Bean
    // ...
}

這里，Spring 會在容器中查找

MyRepository

MyRepository

MyRepository

MyRepositoryImplA

MyRepositoryImplB

MyRepository

NoUniqueBeanDefinitionException

為了解決這種歧義，你可以配合

@Qualifier

@Component
public class MyService {
    @Autowired
    @Qualifier("myRepositoryImplA") // 明確指定Bean的名稱
    private MyRepository myRepository;
    // ...
}

或者，你也可以將其中一個實(shí)現(xiàn)類標(biāo)記為

@Primary

@Component
@Primary
public class MyRepositoryImplA implements MyRepository { /* ... */ }

@Component
public class MyRepositoryImplB implements MyRepository { /* ... */ }

// MyService中無需@Qualifier，Spring會默認(rèn)注入MyRepositoryImplA
@Component
public class MyService {
    @Autowired
    private MyRepository myRepository;
    // ...
}

@Resource：Java EE 的名稱優(yōu)先策略

@Resource

當(dāng)你在一個字段或 Setter 方法上使用

@Resource

1. 按名稱查找： 默認(rèn)情況下，

   @Resource

   登錄后復(fù)制
   會嘗試將注解所在字段的名稱（或者 Setter 方法對應(yīng)的屬性名）作為 Bean 的名稱去容器中查找。

   @Component
   public class MyService {
       @Resource
       private MyRepository myRepositoryImplA; // 會嘗試查找名為"myRepositoryImplA"的Bean
       // ...
   }

   登錄后復(fù)制

   如果找到了，就注入。

2. 按類型查找： 如果按名稱沒有找到匹配的 Bean，

   @Resource

   登錄后復(fù)制
   就會退而求其次，嘗試按類型進(jìn)行查找。如果找到一個類型匹配的 Bean，就注入。如果找到多個類型匹配的 Bean，它會拋出異常。

你也可以通過

@Resource

name

@Component
public class MyService {
    @Resource(name = "myRepositoryImplA") // 明確指定Bean的名稱
    private MyRepository myRepository;
    // ...
}

或者通過

type

name

@Component
public class MyService {
    @Resource(type = MyRepository.class) // 按類型查找
    private MyRepository someRepository;
    // ...
}

總結(jié)來說，核心差異是：

@Autowired

Qualifier

@Resource

Spring Boot開發(fā)中，何時優(yōu)先選擇@Autowired，何時選擇@Resource？

在 Spring Boot 的日常開發(fā)中，選擇

@Autowired

@Resource

我個人在多數(shù)情況下會更傾向于使用

@Autowired

@Autowired

@Autowired

@Autowired

@Qualifier

然而，在某些特定的場景下，我會發(fā)現(xiàn)

@Resource

@Resource

再比如，如果我需要在代碼中顯式地通過一個字符串名稱來引用一個 Bean（這在某些動態(tài)配置或工廠模式中可能會出現(xiàn)），那么

@Resource(name="beanName")

@Autowired

@Qualifier("beanName")

另外，從代碼的可移植性角度看，

@Resource

@Resource

魔樂社區(qū)

天翼云和華為聯(lián)合打造的AI開發(fā)者社區(qū)，支持AI模型評測訓(xùn)練、全流程開發(fā)應(yīng)用

102

查看詳情

所以，我的經(jīng)驗(yàn)是：對于大多數(shù) Spring Boot 應(yīng)用的內(nèi)部組件依賴，

@Autowired

@Resource

如果存在多個相同類型的Bean，這兩種注解會如何處理？

處理多個相同類型的 Bean，是我們在 Spring 開發(fā)中經(jīng)常會遇到的一個挑戰(zhàn)，也是區(qū)分

@Autowired

@Resource

@Autowired 的處理方式：

當(dāng) Spring 容器中存在多個類型相同的 Bean，而你又使用了

@Autowired

NoUniqueBeanDefinitionException

為了解決這個問題，通常有以下幾種方法：

1. 使用

   @Qualifier

   登錄后復(fù)制
   ： 這是最常用也最推薦的方式。通過在

   @Autowired

   登錄后復(fù)制
   的同時加上

   @Qualifier("beanName")

   登錄后復(fù)制
   ，你可以明確告訴 Spring 要注入哪個具體名稱的 Bean。

   @Service("smsSender")
   public class SmsSender implements MessageSender { /* ... */ }
   
   @Service("emailSender")
   public class EmailSender implements MessageSender { /* ... */ }
   
   @Component
   public class NotificationService {
       @Autowired
       @Qualifier("emailSender") // 明確指定注入名為 "emailSender" 的Bean
       private MessageSender messageSender;
   }

   登錄后復(fù)制

2. 使用

   @Primary

   登錄后復(fù)制
   ： 如果你希望在多個相同類型的 Bean 中，有一個是默認(rèn)優(yōu)先被注入的，你可以將該 Bean 標(biāo)記為

   @Primary

   登錄后復(fù)制
   。這樣，當(dāng) Spring 遇到類型沖突時，會優(yōu)先選擇帶有

   @Primary

   登錄后復(fù)制
   注解的 Bean。

   @Service
   @Primary // 優(yōu)先選擇這個發(fā)送器
   public class DefaultSmsSender implements MessageSender { /* ... */ }
   
   @Service
   public class BackupEmailSender implements MessageSender { /* ... */ }
   
   @Component
   public class NotificationService {
       @Autowired // 會自動注入 DefaultSmsSender
       private MessageSender messageSender;
   }

   登錄后復(fù)制

3. 通過參數(shù)名匹配（作為后備）： 如果沒有

   @Qualifier

   登錄后復(fù)制
   也沒有

   @Primary

   登錄后復(fù)制
   ，Spring 還會嘗試將要注入的字段名或參數(shù)名作為 Bean 的名稱進(jìn)行匹配。但這種方式不如前兩種明確，且容易引發(fā)混淆，我個人不太推薦在多 Bean 場景下依賴它。

@Resource 的處理方式：

@Resource

1. 優(yōu)先按名稱查找： 當(dāng)你使用

   @Resource

   登錄后復(fù)制
   注解時，它會首先嘗試根據(jù)字段名（或 Setter 方法名）來查找 Bean。如果找到了一個名稱匹配的 Bean，即使有多個相同類型的 Bean，它也會直接注入這個名稱匹配的 Bean，不會引發(fā)歧義。

   @Service("smsSender")
   public class SmsSender implements MessageSender { /* ... */ }
   
   @Service("emailSender")
   public class EmailSender implements MessageSender { /* ... */ }
   
   @Component
   public class NotificationService {
       @Resource // 嘗試查找名為 "smsSender" 的Bean
       private MessageSender smsSender;
   
       @Resource // 嘗試查找名為 "emailSender" 的Bean
       private MessageSender emailSender;
   }

   登錄后復(fù)制

2. 如果按名稱未找到，再按類型查找： 如果

   @Resource

   登錄后復(fù)制
   沒有通過名稱找到匹配的 Bean，它才會退而求其次，嘗試按類型進(jìn)行查找。在這種情況下，如果容器中存在多個相同類型的 Bean，并且它們都沒有被

   @Resource

   登錄后復(fù)制
   的名稱屬性明確指定，那么

   @Resource

   登錄后復(fù)制
   同樣會拋出異常，因?yàn)樗鼰o法決定注入哪一個。

所以，從處理多 Bean 的角度看，

@Resource

@Autowired

@Qualifier

@Primary

從代碼可移植性和規(guī)范性角度，這兩種注解有何優(yōu)劣？

談到代碼的可移植性和規(guī)范性，

@Autowired

@Resource

@Autowired：Spring 框架的深度整合與便捷性

• 優(yōu)點(diǎn)：
  • 與 Spring 深度整合：

    @Autowired

    登錄后復(fù)制
    是 Spring 框架的核心組成部分，它與 Spring 的 IoC 容器、AOP、事務(wù)管理等功能無縫集成。在純 Spring 或 Spring Boot 項(xiàng)目中，使用

    @Autowired

    登錄后復(fù)制
    感覺非常自然，也最能體現(xiàn) Spring 的“約定優(yōu)于配置”理念。
  • 簡潔性： 對于大多數(shù)只有單一實(shí)現(xiàn)類的接口，

    @Autowired

    登錄后復(fù)制
    幾乎是零配置，代碼非常簡潔。
  • 類型安全： 默認(rèn)的類型匹配策略在編譯時就能發(fā)現(xiàn)一些潛在的類型不匹配問題（當(dāng)然，運(yùn)行時找不到 Bean 還是會報(bào)錯）。
• 缺點(diǎn)：
  • 框架耦合度高： 這是最主要的“劣勢”。

    @Autowired

    登錄后復(fù)制
    是 Spring 特有的注解，如果你的代碼將來需要從 Spring 容器遷移到其他非 Spring 的 IoC 容器（比如一個純 Java EE 容器，或者一個自定義的輕量級容器），那么所有使用了

    @Autowired

    登錄后復(fù)制
    的地方都需要進(jìn)行修改。這會增加遷移成本。當(dāng)然，在實(shí)際的 Spring Boot 項(xiàng)目中，這種遷移的可能性通常很低，因?yàn)?Spring Boot 本身就意味著對 Spring 生態(tài)的深度依賴。
  • 默認(rèn)行為可能引發(fā)歧義： 如前所述，在存在多個相同類型的 Bean 時，

    @Autowired

    登錄后復(fù)制
    默認(rèn)會報(bào)錯，需要額外的

    @Qualifier

    登錄后復(fù)制
    或

    @Primary

    登錄后復(fù)制
    來解決。

@Resource：Java EE 標(biāo)準(zhǔn)的通用性與規(guī)范性

• 優(yōu)點(diǎn)：
  • 高可移植性： 這是

    @Resource

    登錄后復(fù)制
    最顯著的優(yōu)勢。作為 JSR-250 規(guī)范的一部分，

    @Resource

    登錄后復(fù)制
    是 Java EE 容器的標(biāo)準(zhǔn)注解。這意味著使用了

    @Resource

    登錄后復(fù)制
    的代碼理論上可以在任何支持 JSR-250 的 Java EE 容器中工作，而不僅僅局限于 Spring。對于那些需要考慮跨平臺或未來可能遷移到不同容器的場景，

    @Resource

    登錄后復(fù)制
    提供了一層抽象，降低了框架鎖定的風(fēng)險(xiǎn)。
  • 規(guī)范性： 遵循 Java EE 規(guī)范，使得代碼在宏觀上更具“標(biāo)準(zhǔn)”感，這對于一些對架構(gòu)規(guī)范有嚴(yán)格要求的企業(yè)或項(xiàng)目來說可能是一個加分項(xiàng)。
  • 名稱優(yōu)先的清晰性： 其默認(rèn)的名稱匹配策略在很多情況下能夠更直觀地表達(dá)注入意圖，尤其是在 Bean 名稱具有明確業(yè)務(wù)含義時。
• 缺點(diǎn)：
  • 與 Spring 框架的集成不如

    @Autowired

    登錄后復(fù)制
    緊密： 盡管 Spring 完全支持

    @Resource

    登錄后復(fù)制
    ，但它畢竟不是 Spring 原生的。在某些 Spring 特有的高級特性或擴(kuò)展點(diǎn)上，

    @Autowired

    登錄后復(fù)制
    可能表現(xiàn)得更自然。
  • 在 Spring Boot 環(huán)境下，可移植性優(yōu)勢可能被弱化： 就像我前面說的，一旦你選擇了 Spring Boot，你通常就已經(jīng)接受了對 Spring 框架的深度依賴。在這種情況下，

    @Resource

    登錄后復(fù)制
    的可移植性優(yōu)勢在實(shí)踐中可能并不那么突出。

我的看法：

在我的實(shí)際開發(fā)經(jīng)驗(yàn)中，如果項(xiàng)目是全新的 Spring Boot 應(yīng)用，且不預(yù)期有任何脫離 Spring 框架的可能，我通常會選擇

@Autowired

@Resource

以上就是@Autowired 和 @Resource 注解的區(qū)別是什么？的詳細(xì)內(nèi)容，更多請關(guān)注php中文網(wǎng)其它相關(guān)文章！