為什么 Spring和IDEA 都不推薦使用 @Autowired 注解

往期熱門文章：
1、從阿里跳槽來的工程師，寫個(gè)Controller都這么優(yōu)雅！
2、try catch真的會影響性能？居然被騙了好幾年...
3、學(xué)會這10種定時(shí)任務(wù)，我有點(diǎn)飄了
4、大家注意了，JavaBean轉(zhuǎn)Map有一個(gè)巨坑千萬小心！
5、別再用currentTimeMillis統(tǒng)計(jì)耗時(shí)了，太 Low，試試StopWatch吧！

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

Spring常見的DI方式

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

@Autowired VS @Resource

• 依賴識別方式：@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)

• 構(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警告

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

轉(zhuǎn)自：小亮哥Ya

鏈接：https://juejin.cn/post/7080441168462348319

往期熱門文章：
1、國產(chǎn)開發(fā)工具的天花板，用來擼項(xiàng)目真香！
2、這個(gè) MySQL bug 99% 的人會踩坑！
3、公司產(chǎn)品太多了，怎么實(shí)現(xiàn)一次登錄產(chǎn)品互通？
4、Redis 官方可視化工具，高顏值，功能太強(qiáng)大！
5、用了BigDecimal就不會資損？了解下BigDecimal這五個(gè)坑
6、一個(gè)依賴搞定 Spring Boot 反爬蟲，防止接口盜刷！
7、千萬不要把 Request 傳遞到異步線程里面！有坑！
8、不卷了！入職字節(jié)一周就果斷跑了。
9、SpringBoot+ShardingSphereJDBC實(shí)現(xiàn)讀寫分離！
10、不好意思， Maven 該換了！