CTO 說了,用錯(cuò) @Autowired 和 @Resource 的人可以領(lǐng)盒飯了
介紹
今天使用Idea寫代碼的時(shí)候,看到之前的項(xiàng)目中顯示有warning的提示,去看了下,是如下代碼?
@Autowire
private JdbcTemplate jdbcTemplate;
提示的警告信息
這段是Spring工作組的建議,大致翻譯一下:
屬性字段注入的方式不推薦,檢查到的問題是:Spring團(tuán)隊(duì)建議:"始終在bean中使用基于構(gòu)造函數(shù)的依賴項(xiàng)注入,始終對強(qiáng)制性依賴項(xiàng)使用斷言"
如圖

注入方式
雖然當(dāng)前有關(guān)Spring Framework(5.0.3)的文檔僅定義了兩種主要的注入類型,但實(shí)際上有三種:
基于構(gòu)造函數(shù)的依賴注入
public class UserServiceImpl implents UserService{
private UserDao userDao;
@Autowire
public UserServiceImpl(UserDao userDao){
this.userDao = userDao;
}
}
基于Setter的依賴注入
public class UserServiceImpl implents UserService{
private UserDao userDao;
@Autowire
public serUserDao(UserDao userDao){
this.userDao = userDao;
}
}
public class UserServiceImpl implents UserService{
@Autowire
private UserDao userDao;
}
基于字段的依賴注入方式會在Idea當(dāng)中吃到黃牌警告,但是這種使用方式使用的也最廣泛,因?yàn)楹啙嵎奖?您甚至可以在一些Spring指南中看到這種注入方法,盡管在文檔中不建議這樣做.(有點(diǎn)執(zhí)法犯法的感覺)
如圖

基于字段的依賴注入缺點(diǎn)
對于有final修飾的變量不好使
Spring的IOC對待屬性的注入使用的是set形式,但是final類型的變量在調(diào)用class的構(gòu)造函數(shù)的這個(gè)過程當(dāng)中就得初始化完成,這個(gè)是基于字段的依賴注入做不到的地方.只能使用基于構(gòu)造函數(shù)的依賴注入的方式
public class VerifyServiceImpl implents VerifyService{
private AccountService accountService;
private UserService userService;
private IDService idService;
private RoleService roleService;
private PermissionService permissionService;
private EnterpriseService enterpriseService;
private EmployeeService employService;
private TaskService taskService;
private RedisService redisService;
private MQService mqService;
public SystemLogDto(AccountService accountService,
UserService userService,
IDService idService,
RoleService roleService,
PermissionService permissionService,
EnterpriseService enterpriseService,
EmployeeService employService,
TaskService taskService,
RedisService redisService,
MQService mqService) {
this.accountService = accountService;
this.userService = userService;
this.idService = idService;
this.roleService = roleService;
this.permissionService = permissionService;
this.enterpriseService = enterpriseService;
this.employService = employService;
this.taskService = taskService;
this.redisService = redisService;
this.mqService = mqService;
}
}
與Spring的IOC機(jī)制緊密耦合
當(dāng)你使用基于字段的依賴注入方式的時(shí)候,確實(shí)可以省略構(gòu)造方法和setter這些個(gè)模板類型的方法,但是,你把控制權(quán)全給Spring的IOC了,別的類想重新設(shè)置下你的某個(gè)注入屬性,沒法處理(當(dāng)然反射可以做到).
本身Spring的目的就是解藕和依賴反轉(zhuǎn),結(jié)果通過再次與類注入器(在本例中為Spring)耦合,失去了通過自動裝配類字段而實(shí)現(xiàn)的對類的解耦,從而使類在Spring容器之外無效.
隱藏依賴性
當(dāng)你使用Spring的IOC的時(shí)候,被注入的類應(yīng)當(dāng)使用一些public類型(構(gòu)造方法,和setter類型方法)的方法來向外界表達(dá):我需要什么依賴.但是基于字段的依賴注入的方式,基本都是private形式的,private把屬性都給封印到class當(dāng)中了.
無法對注入的屬性進(jìn)行安檢
如果你想在屬性注入的時(shí)候,想根據(jù)這個(gè)注入的對象操作點(diǎn)東西,你無法辦到.我碰到過的例子:一些配置信息啊,有些人總是會配錯(cuò)誤,等到了自己測試業(yè)務(wù)階段才知道配錯(cuò)了,例如線程初始個(gè)數(shù)不小心配置成了3000,機(jī)器真的是狂叫啊!這個(gè)時(shí)候就需要再某些Value注入的時(shí)候做一個(gè)檢測機(jī)制.
結(jié)論
通過上面,我們可以看到,基于字段的依賴注入方式有很多缺點(diǎn),我們應(yīng)當(dāng)避免使用基于字段的依賴注入.推薦的方法是使用基于構(gòu)造函數(shù)和基于setter的依賴注入.對于必需的依賴項(xiàng),建議使用基于構(gòu)造函數(shù)的注入,以使它們成為不可變的,并防止它們?yōu)閚ull。對于可選的依賴項(xiàng),建議使用基于Setter的注入
后記
翻譯自field-injection-is-not-recommended,加入了自己的白話理解!
感謝您的閱讀,也歡迎您發(fā)表關(guān)于這篇文章的任何建議,關(guān)注我,技術(shù)不迷茫!小編到你上高速。
正文結(jié)束
1.不認(rèn)命,從10年流水線工人,到谷歌上班的程序媛,一位湖南妹子的勵(lì)志故事
3.從零開始搭建創(chuàng)業(yè)公司后臺技術(shù)棧
5.37歲程序員被裁,120天沒找到工作,無奈去小公司,結(jié)果懵了...
一個(gè)人學(xué)習(xí)、工作很迷茫?
點(diǎn)擊「閱讀原文」加入我們的小圈子!

