快捷導(dǎo)航

解析Idea為什么不推薦使用@Autowired進(jìn)行Field注入

更新時(shí)間：2022年05月12日 10:00:03 作者：小亮哥Ya

這篇文章主要介紹了Idea不推薦使用@Autowired進(jìn)行Field注入的原因,網(wǎng)上文章大部分都是介紹兩者的區(qū)別，沒有提到為什么，當(dāng)時(shí)想了好久想出了可能的原因，今天來總結(jié)一下

Spring常見的DI方式

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

@Autowired VS @Resource

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

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

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

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

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

Field注入的缺點(diǎn)

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

為什么IDEA只對@Autowired警告

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

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

個(gè)人認(rèn)為，就像我們前面提到過的： @Autowired是Spring提供的，它是特定IoC提供的特定注解，這就導(dǎo)致了應(yīng)用與框架的強(qiáng)綁定，一旦換用了其他的IoC框架，是不能夠支持注入的。而 @Resource是JSR-250提供的，它是Java標(biāo)準(zhǔn)，我們使用的IoC容器應(yīng)當(dāng)去兼容它，這樣即使更換容器，也可以正常工作。

到此這篇關(guān)于Idea不推薦使用@Autowired進(jìn)行Field注入的原因的文章就介紹到這了,更多相關(guān)Idea不推薦使用@Autowired注入內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: