在開發過程中，你是否遇到過這樣一種情況？

在IDEA中，當你在字段上使用@Autowired注解進行依賴注入時，IDEA常常會給出一個警告提示：

“字段注入是不被推薦的”

有些同學可能注意到，使用@Resource卻沒有這樣的警告。

那么，為什么會有這樣的差異呢？

Spring的常見依賴注入方式

首先，我們需要了解Spring中的幾種常見的依賴注入（DI）方式：

• 構造器注入：通過構造方法的參數來傳遞依賴，確保依賴是不可變的。
• Setter注入：通過調用Setter方法來注入依賴，適合于可變依賴。
• 字段注入：直接在字段上使用@Autowired或@Resource注解，Spring容器會自動注入依賴。

@Autowired VS @Resource

雖然@Autowired和@Resource看似相似，它們的核心目的是一樣的——實現依賴注入。但實際上，它們背后有著不同的定義和機制：

• 依賴識別方式：@Autowired默認采用byType的方式，你可以使用@Qualifier來指定具體的bean；而@Resource則默認采用byName，如果找不到匹配的bean，才會使用byType。
• 適用對象：@Autowired可以用于構造器、方法、字段等，而@Resource僅限于方法和字段。
• 提供方：@Autowired是Spring框架提供的，而@Resource則是JSR-250標準的一部分。

各種依賴注入方式的優缺點

根據Spring官方文檔，我們可以看到，每種注入方式都有其適用場景和特點：

• 構造器注入：適用于“強依賴”，也就是必須要有的依賴，確保依賴對象在創建時就是不可變的。
• Setter注入：適用于“可選依賴”，依賴對象可以是可變的，適合場景中依賴會發生變化。
• 字段注入：雖然字段注入的便利性很高，但也有一些缺點。Spring官方建議盡量少使用，除非確實需要。相較于@Autowired，@Resource對容器的耦合性較低，因此推薦在可能的情況下使用@Resource。

字段注入的缺點

字段注入雖然方便，但它也帶來了一些問題：

• 不可變性差：你不能像構造器注入那樣注入不可變的對象。
• 外部不可見性：依賴是直接注入到字段中的，外部無法清晰看到所有依賴項，缺乏透明性。
• 緊耦合問題：字段注入會導致組件與IoC容器之間有較強的綁定，換個容器可能就不兼容了。
• 單元測試困難：字段注入需要依賴IoC容器，導致單元測試時也得依賴容器，這對測試的獨立性造成了影響。
• 依賴關系不清晰：如果一個類有很多依賴，使用字段注入會讓代碼變得不清晰，構造器注入則能清晰展示每個依賴。

為什么IDEA只對@Autowired警告？

說到這里，很多人可能會問：既然字段注入有這么多問題，為什么IDEA只對@Autowired發出警告，卻對@Resource視而不見呢？

我個人認為，根本原因在于@Autowired是Spring框架提供的特定注解。Spring是一個相對封閉的IoC容器，使用它時應用和框架之間的綁定相對強。如果將來你換了其他IoC框架，@Autowired可能就不能正常工作了。

而@Resource是JSR-250標準中的一部分，它不僅支持Spring，還支持其他IoC容器。使用@Resource時，依賴注入機制與框架的綁定性較低，因此更具靈活性，IDEA也就沒有對它發出警告。