使用@Autowired注解警告Field injection is not recommended
From: https://blog.csdn.net/zhangjingao/article/details/81094529
在使用spring框架中的依賴注入注解@Autowired時(shí),idea報(bào)了一個(gè)警告
大部分被警告的代碼都是不嚴(yán)謹(jǐn)?shù)牡胤?#xff0c;所以我深入了解了一下。
被警告的代碼如下:
??? @Autowired
??? UserDao userDao;
警告內(nèi)容是
Field injection is not recommended
意思就是使用變量依賴注入的方式是不被推薦的。
使用idea解決策略是這樣的:
Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies
意思就是總是使用構(gòu)造器的方式強(qiáng)制注入。
依賴注入有三種方式:
??? 變量(filed)注入
??? 構(gòu)造器注入
??? set方法注入
先各自看一下實(shí)現(xiàn)方式
變量(filed)注入
??? @Autowired
??? UserDao userDao;
構(gòu)造器注入
??? final
??? UserDao userDao;
??? @Autowired
??? public UserServiceImpl(UserDao userDao) {
??????? this.userDao = userDao;
??? }
set方法注入
??? private UserDao userDao;
??? @Autowired
??? public void setUserDao (UserDao userDao) {
??????? this.userDao = userDao;
??? }
?
相比較而言:
優(yōu)點(diǎn):變量方式注入非常簡潔,沒有任何多余代碼,非常有效的提高了java的簡潔性。即使再多幾個(gè)依賴一樣能解決掉這個(gè)問題。
缺點(diǎn):不能有效的指明依賴。相信很多人都遇見過一個(gè)bug,依賴注入的對(duì)象為null,在啟動(dòng)依賴容器時(shí)遇到這個(gè)問題都是配置的依賴注入少了一個(gè)注解什么的,然而這種方式就過于依賴注入容器了,當(dāng)沒有啟動(dòng)整個(gè)依賴容器時(shí),這個(gè)類就不能運(yùn)轉(zhuǎn),在反射時(shí)無法提供這個(gè)類需要的依賴。
在使用set方式時(shí),這是一種選擇注入,可有可無,即使沒有注入這個(gè)依賴,那么也不會(huì)影響整個(gè)類的運(yùn)行。
在使用構(gòu)造器方式時(shí)已經(jīng)顯式注明必須強(qiáng)制注入。通過強(qiáng)制指明依賴注入來保證這個(gè)類的運(yùn)行。
另一個(gè)方面:
依賴注入的核心思想之一就是被容器管理的類不應(yīng)該依賴被容器管理的依賴,換成白話來說就是如果這個(gè)類使用了依賴注入的類,那么這個(gè)類擺脫了這幾個(gè)依賴必須也能正常運(yùn)行。然而使用變量注入的方式是不能保證這點(diǎn)的。
既然使用了依賴注入方式,那么就表明這個(gè)類不再對(duì)這些依賴負(fù)責(zé),這些都由容器管理,那么如何清楚的知道這個(gè)類需要哪些依賴呢?它就要使用set方法方式注入或者構(gòu)造器注入。
總結(jié)下:
變量方式注入應(yīng)該盡量避免,使用set方式注入或者構(gòu)造器注入,這兩種方式的選擇就要看這個(gè)類是強(qiáng)制依賴的話就用構(gòu)造器方式,選擇依賴的話就用set方法注入。
?
總結(jié)
以上是生活随笔為你收集整理的使用@Autowired注解警告Field injection is not recommended的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: linux下查看mysql的当前连接情况
- 下一篇: Alter table alter |