Spring 依賴注入：為何無法自動(dòng)按名稱匹配？

Spring 的依賴注入機(jī)制主要基于類型，而非名稱。當(dāng)遇到多個(gè)相同類型的 Bean 時(shí)（例如 TenantDataSource），它不會(huì)自動(dòng)回退到按參數(shù)名稱匹配。這是因?yàn)?Spring 無法始終保證方法中的參數(shù)名稱與 Bean 名稱匹配。

Java 默認(rèn)情況下不會(huì)在編譯后的字節(jié)碼中保留參數(shù)名稱。如果沒有特殊配置，參數(shù)名稱（例如 tenantADataSource 和 tenantBDataSource）會(huì)在編譯期間被清除，并替換為通用的名稱，如 arg0 和 arg1。 因此，Spring 無法得知 tenantADataSource 指的是名為 "tenantA-dataSource" 的 Bean。

解決參數(shù)名稱保留問題

可以使用 -parameters 編譯器標(biāo)志來保留字節(jié)碼中的參數(shù)名稱：

<code>javac -parameters MyClass.java</code>

即使使用了此標(biāo)志，Spring 仍然不會(huì)按參數(shù)名稱匹配，除非明確配置。

Spring 避免做出假設(shè)以防止意外行為。例如，如果參數(shù)名稱意外交換或命名錯(cuò)誤，或者開發(fā)人員期望不同的映射，會(huì)發(fā)生什么？ 如果沒有明確的指導(dǎo)（例如 @Qualifier），Spring 無法確定開發(fā)人員的意圖，而選擇拋出錯(cuò)誤，而不是可能注入錯(cuò)誤的 Bean。

Spring 遵循“顯式優(yōu)于隱式”的原則。依賴注入應(yīng)該具有可預(yù)測(cè)性，并且不依賴于參數(shù)名稱到 Bean 名稱匹配之類的假設(shè)。Spring 的運(yùn)作方式在不同的環(huán)境和框架中保持一致。某些語言或框架（如 Kotlin）默認(rèn)保留參數(shù)名稱，而其他語言則不保留，因此 Spring 避免依賴參數(shù)名稱來實(shí)現(xiàn)關(guān)鍵功能。

何時(shí)名稱匹配可以自動(dòng)工作？

雖然 Spring 默認(rèn)情況下不按參數(shù)名稱匹配，但在某些情況下可以按參數(shù)名稱匹配，但這取決于您的設(shè)置：

Spring 4.3 參數(shù)名稱發(fā)現(xiàn)

如果使用 -parameters 標(biāo)志編譯代碼，當(dāng)存在歧義時(shí)，Spring 可以從參數(shù)名稱推斷 Bean 名稱。

示例：

<code>@Autowired
public TenantService(TenantDataSource tenantADataSource, TenantDataSource tenantBDataSource) {
    this.tenantADataSource = tenantADataSource;
    this.tenantBDataSource = tenantBDataSource;
}</code>

如果使用了 -parameters 標(biāo)志并且參數(shù)名稱（tenantADataSource、tenantBDataSource）與 Bean 名稱匹配，Spring 可以解決歧義。但是，這種行為在復(fù)雜的配置中并不總是可靠或可預(yù)測(cè)的，這就是為什么首選顯式配置（例如 @Qualifier）。

為什么 Spring 更傾向于使用 @Qualifier？

使用 @Qualifier 可以確保清晰度并消除歧義，使開發(fā)人員和框架都能明確意圖。

示例：

<code>@Autowired
public TenantService(
    @Qualifier("tenantA-dataSource") TenantDataSource tenantADataSource,
    @Qualifier("tenantB-dataSource") TenantDataSource tenantBDataSource
) {
    this.tenantADataSource = tenantADataSource;
    this.tenantBDataSource = tenantBDataSource;
}</code>

這樣，Spring 就能準(zhǔn)確知道要注入哪些 Bean，而不管參數(shù)名稱或其他因素如何。

Spring 應(yīng)該更智能嗎？

有人可能會(huì)認(rèn)為像 Spring 這樣的框架應(yīng)該更智能，并在存在歧義時(shí)自動(dòng)將 Bean 名稱與參數(shù)名稱匹配。但是：

1. 向后兼容性: 自動(dòng)更改此行為可能會(huì)破壞 Bean 名稱和參數(shù)名稱不匹配的現(xiàn)有應(yīng)用程序。
2. 可預(yù)測(cè)性: 顯式地解決歧義（例如，通過 @Qualifier）確保開發(fā)人員始終知道正在注入哪些 Bean。隱式假設(shè)可能會(huì)導(dǎo)致難以調(diào)試的問題，尤其是在大型復(fù)雜應(yīng)用程序中。

真實(shí)場(chǎng)景中的情況

在大多數(shù)實(shí)際應(yīng)用程序中：

• 開發(fā)人員使用有意義的 Bean 名稱和參數(shù)名稱，但他們也更喜歡像 @Qualifier 這樣的顯式配置以確保清晰度。
• 對(duì)于多實(shí)例場(chǎng)景，通常使用動(dòng)態(tài)配置或基于工廠的方法（例如 AbstractRoutingDataSource），而不是手動(dòng)連接各個(gè) Bean。

關(guān)鍵要點(diǎn)

1. Spring 首先按類型注入: 如果只有一種類型的 Bean，Spring 會(huì)毫無問題地注入它。如果存在多種相同類型的 Bean，Spring 需要額外的提示（例如 @Qualifier）來解決歧義。
2. 參數(shù)名稱不可靠: 默認(rèn)情況下，參數(shù)名稱不會(huì)保留在 Java 字節(jié)碼中，因此 Spring 無法使用它們將 Bean 與參數(shù)匹配。即使保留了參數(shù)名稱（-parameters），Spring 也會(huì)避免隱式基于名稱的匹配，除非明確配置。
3. 顯式優(yōu)于隱式: Spring 優(yōu)先考慮可預(yù)測(cè)性，并鼓勵(lì)開發(fā)人員使用顯式配置（例如 @Qualifier 或 @Primary）而不是依賴于隱式匹配。
4. Spring 的設(shè)計(jì)理念: 歧義錯(cuò)誤可以防止意外行為，并確保開發(fā)人員完全控制依賴注入。

以上是春季 - 為什么要逐名 - 擬議中的標(biāo)準(zhǔn)的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！