引言
使用IDEA開發(fā)時(shí)，同組小伙伴都喜歡用@Autowired注入，代碼一片warning，看著很不舒服，@Autowired作為Spring的親兒子，為啥在IDEA中提示了一個(gè)警告：Field injection is not recommended
想搞清楚這個(gè)問題之前，首先先了解一下依賴注入的幾種方式
Spring的三種注入方式
屬性（filed）注入
這種注入方式就是在bean的變量上使用注解進(jìn)行依賴注入。本質(zhì)上是通過反射的方式直接注入到field。這是我平常開發(fā)中看的最多也是最熟悉的一種方式。
|
1
2
|
@AutowiredUserDao userDao; |
構(gòu)造器注入
將各個(gè)必需的依賴全部放在帶有注解構(gòu)造方法的參數(shù)中，并在構(gòu)造方法中完成對(duì)應(yīng)變量的初始化，這種方式，就是基于構(gòu)造方法的注入。比如：
|
1
2
3
4
5
6
7
|
finalUserDao userDao;@Autowiredpublic UserServiceImpl(UserDao userDao) { this.userDao = userDao;} |
set方法注入
通過對(duì)應(yīng)變量的setXXX()方法以及在方法上面使用注解，來完成依賴注入。比如：
|
1
2
3
4
5
6
|
private UserDao userDao;@Autowiredpublic void setUserDao (UserDao userDao) { this.userDao = userDao;} |
屬性注入可能出現(xiàn)的問題
問題一
基于 field 的注入可能會(huì)帶來一些隱含的問題。來我們舉個(gè)例子：
|
1
2
3
4
5
6
7
8
|
@Autowiredprivate User user;private String company;public UserDaoImpl(){ this.company = user.getCompany();} |
編譯過程不會(huì)報(bào)錯(cuò)，但是運(yùn)行之后報(bào)NullPointerException
Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [...]: Constructor threw exception; nested exception is java.lang.NullPointerException
Java 在初始化一個(gè)類時(shí)，是按照靜態(tài)變量或靜態(tài)語句塊 –> 實(shí)例變量或初始化語句塊 –> 構(gòu)造方法 -> @Autowired 的順序。所以在執(zhí)行這個(gè)類的構(gòu)造方法時(shí)，user對(duì)象尚未被注入，它的值還是 null。
問題二
不能有效的指明依賴。相信很多人都遇見過一個(gè)bug，依賴注入的對(duì)象為null，在啟動(dòng)依賴容器時(shí)遇到這個(gè)問題都是配置的依賴注入少了一個(gè)注解什么的。這種方式就過于依賴注入容器了，當(dāng)沒有啟動(dòng)整個(gè)依賴容器時(shí)，這個(gè)類就不能運(yùn)轉(zhuǎn)，在反射時(shí)無法提供這個(gè)類需要的依賴。
問題三
依賴注入的核心思想之一就是被容器管理的類不應(yīng)該依賴被容器管理的依賴，換成白話來說就是如果這個(gè)類使用了依賴注入的類，那么這個(gè)類擺脫了這幾個(gè)依賴必須也能正常運(yùn)行。然而使用變量注入的方式是不能保證這點(diǎn)的。
spring建議
Since you can mix constructor-based and setter-based DI, it is a good rule of thumb to use constructors for mandatory dependencies and setter methods or configuration methods for optional dependencies.
翻譯過來就是：
強(qiáng)制依賴就用構(gòu)造器方式
可選、可變的依賴就用setter注入
使用@Resource代替@Autowired
@Resource有2個(gè)屬性name和type。在spring中name屬性定義為bean的名字，type這是bean的類型。如果屬性上加@Resource注解那么他的注入流程是
- 如果同時(shí)指定了name和type，則從Spring上下文中找到唯一匹配的bean進(jìn)行裝配，找不到則拋出異常。
- 如果指定了name，則從上下文中查找名稱匹配的bean進(jìn)行裝配，找不到則拋出異常。
- 如果指定了type，則從上下文中找到類型匹配的唯一bean進(jìn)行裝配，找不到或是找到多個(gè)，都會(huì)拋出異常。
- 如果既沒有指定name，又沒有指定type，則默認(rèn)按照byName方式進(jìn)行裝配；如果沒有匹配，按照byType進(jìn)行裝配。
@Autowired只根據(jù)type進(jìn)行注入，不會(huì)去匹配name。如果涉及到type無法辨別注入對(duì)象時(shí)，那需要依賴@Qualifier或@Primary注解一起來修飾。
使用@RequiredArgsConstructor構(gòu)造器方式注入
這種形式就是Spring推薦使用的構(gòu)造器方式注入，此種方式是lombok包下的注解，如果使用此種方式，需要項(xiàng)目中引入lombok，例如：
|
1
2
3
4
|
@RequiredArgsConstructorpublic class UserDaoImpl{ private final User user;} |
總結(jié)
到此這篇關(guān)于Spring為什么不推薦使用@Autowired注解的文章就介紹到這了,更多相關(guān)Spring使用@Autowired注解內(nèi)容請(qǐng)搜索服務(wù)器之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持服務(wù)器之家！
原文鏈接：https://juejin.cn/post/7023618746501562399
