大家在使用IDEA開發(fā)的時候有沒有注意到過一個提示，在字段上使用Spring的依賴注入注解@Autowired后會出現(xiàn)如下警告

Field injection is not recommended (字段注入是不被推薦的)

但是使用@Resource卻不會出現(xiàn)此提示

網(wǎng)上文章大部分都是介紹兩者的區(qū)別，沒有提到為什么，當時想了好久想出了可能的原因，今天來總結一下

Spring常見的DI方式

• 構造器注入 ：利用構造方法的參數(shù)注入依賴
• Setter注入 ：調(diào)用Setter的方法注入依賴
• 字段注入 ：在字段上使用@Autowired/Resource注解

@Autowired VS @Resource

事實上，他們的基本功能都是通過注解實現(xiàn)依賴注入 ，只不過@Autowired是Spring定義的，而@Resource是JSR-250定義的。大致功能基本相同，但是還有一些細節(jié)不同：

• 依賴識別方式 ：@Autowired默認是byType 可以使用@Qualifier指定Name，@Resource默認ByName 如果找不到則ByType
• 適用對象 ：@Autowired可以對構造器、方法、參數(shù)、字段 使用，@Resource只能對方法、字段 使用
• 提供方 ：@Autowired是Spring 提供的，@Resource是JSR-250 提供的

基于 Spring Boot + MyBatis Plus + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序，支持 RBAC 動態(tài)權限、多租戶、數(shù)據(jù)權限、工作流、三方登錄、支付、短信、商城等功能

• 項目地址：https://gitee.com/zhijiantianya/ruoyi-vue-pro
• 視頻教程：https://doc.iocoder.cn/video/

各種DI方式的優(yōu)缺點

參考Spring官方文檔，建議了如下的使用場景：

• 構造器注入 ：強依賴性 （即必須使用此依賴），不變性 （各依賴不會經(jīng)常變動）
• Setter注入 ：可選 （沒有此依賴也可以工作），可變 （依賴會經(jīng)常變動）
• Field注入 ：大多數(shù)情況下盡量少使用 字段注入，一定要使用的話， @Resource相對@Autowired 對IoC容器的耦合更低

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序，支持 RBAC 動態(tài)權限、多租戶、數(shù)據(jù)權限、工作流、三方登錄、支付、短信、商城等功能

• 項目地址：https://gitee.com/zhijiantianya/yudao-cloud
• 視頻教程：https://doc.iocoder.cn/video/

Field注入的缺點

• 不能像構造器那樣注入不可變的對象
• 依賴對外部不可見 ，外界可以看到構造器和setter，但無法看到私有字段，自然無法了解所需依賴
• 會導致組件與IoC容器緊耦合 （這是最重要的原因，離開了IoC容器去使用組件，在注入依賴時就會十分困難）
• 導致單元測試也必須使用IoC容器 ，原因同上
• 依賴過多時不夠明顯 ，比如我需要10個依賴，用構造器注入就會顯得龐大，這時候應該考慮一下此組件是不是違反了單一職責原則

為什么IDEA只對@Autowired警告

Field注入雖然有很多缺點，但它的好處也不可忽略：那就是太方便了 。使用構造器或者setter注入需要寫更多業(yè)務無關的代碼，十分麻煩，而字段注入大幅簡化了它們。并且絕大多數(shù)情況下業(yè)務代碼和框架就是強綁定的，完全松耦合只是一件理想上的事，犧牲了敏捷度去過度追求松耦合反而得不償失。

那么問題來了，為什么IDEA只對@Autowired警告，卻對@Resource視而不見呢？

個人認為 ，就像我們前面提到過的：@Autowired 是Spring 提供的，它是特定IoC提供的特定注解 ，這就導致了應用與框架的強綁定 ，一旦換用了其他的IoC框架，是不能夠支持注入 的。

而 @Resource 是JSR-250 提供的，它是Java標準 ，我們使用的IoC容器應當去兼容它，這樣即使更換容器，也可以正常工作。

審核編輯 ：李倩