CTO 說(shuō)了，用錯(cuò) @Autowired 和 @Resource 的人可以領(lǐng)盒飯了

往期熱門(mén)文章：

1、在項(xiàng)目中用了Arrays.asList、ArrayList的subList，被公開(kāi)批評(píng)
2、這六個(gè) MySQL 死鎖案例，能讓你理解死鎖的原因！
3、別總寫(xiě)代碼，這130個(gè)網(wǎng)站比漲工資都重要
4、哇！IntelliJ IDEA 2021.1 中竟然有這么多牛逼的插件~
5、能掙錢(qián)的，開(kāi)源 SpringBoot 商城系統(tǒng)，功能超全，超漂亮，真TMD香！

來(lái)源：https://juejin.cn/post/6844904064212271117

介紹

今天使用Idea寫(xiě)代碼的時(shí)候，看到之前的項(xiàng)目中顯示有warning的提示，去看了下，是如下代碼?

@Autowire
private JdbcTemplate jdbcTemplate;

提示的警告信息

Field injection is not recommended Inspection info: Spring Team recommends: "Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies".

這段是Spring工作組的建議，大致翻譯一下：

屬性字段注入的方式不推薦，檢查到的問(wèn)題是：Spring團(tuán)隊(duì)建議:"始終在bean中使用基于構(gòu)造函數(shù)的依賴項(xiàng)注入，始終對(duì)強(qiáng)制性依賴項(xiàng)使用斷言"

如圖

注入方式

雖然當(dāng)前有關(guān)Spring Framework（5.0.3）的文檔僅定義了兩種主要的注入類(lèi)型，但實(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;
 }

基于字段的依賴注入方式會(huì)在Idea當(dāng)中吃到黃牌警告，但是這種使用方式使用的也最廣泛，因?yàn)楹?jiǎn)潔方便.您甚至可以在一些Spring指南中看到這種注入方法，盡管在文檔中不建議這樣做.(有點(diǎn)執(zhí)法犯法的感覺(jué))

如圖

基于字段的依賴注入缺點(diǎn)

對(duì)于有final修飾的變量不好使

Spring的IOC對(duì)待屬性的注入使用的是set形式，但是final類(lèi)型的變量在調(diào)用class的構(gòu)造函數(shù)的這個(gè)過(guò)程當(dāng)中就得初始化完成，這個(gè)是基于字段的依賴注入做不到的地方．只能使用基于構(gòu)造函數(shù)的依賴注入的方式

掩蓋單一職責(zé)的設(shè)計(jì)思想

我們都知道在OOP的設(shè)計(jì)當(dāng)中有一個(gè)單一職責(zé)思想，如果你采用的是基于構(gòu)造函數(shù)的依賴注入的方式來(lái)使用Spring的IOC的時(shí)候，當(dāng)你注入的太多的時(shí)候，這個(gè)構(gòu)造方法的參數(shù)就會(huì)很龐大，類(lèi)似于下面.

當(dāng)你看到這個(gè)類(lèi)的構(gòu)造方法那么多參數(shù)的時(shí)候，你自然而然的會(huì)想一下:這個(gè)類(lèi)是不是違反了單一職責(zé)思想?.但是使用基于字段的依賴注入不會(huì)讓你察覺(jué)，你會(huì)很沉浸在@Autowire當(dāng)中

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è)模板類(lèi)型的方法，但是，你把控制權(quán)全給Spring的IOC了，別的類(lèi)想重新設(shè)置下你的某個(gè)注入屬性，沒(méi)法處理(當(dāng)然反射可以做到).

本身Spring的目的就是解藕和依賴反轉(zhuǎn)，結(jié)果通過(guò)再次與類(lèi)注入器（在本例中為Spring）耦合，失去了通過(guò)自動(dòng)裝配類(lèi)字段而實(shí)現(xiàn)的對(duì)類(lèi)的解耦，從而使類(lèi)在Spring容器之外無(wú)效.

隱藏依賴性

當(dāng)你使用Spring的IOC的時(shí)候，被注入的類(lèi)應(yīng)當(dāng)使用一些public類(lèi)型(構(gòu)造方法，和setter類(lèi)型方法)的方法來(lái)向外界表達(dá):我需要什么依賴.但是基于字段的依賴注入的方式，基本都是private形式的，private把屬性都給封印到class當(dāng)中了.

無(wú)法對(duì)注入的屬性進(jìn)行安檢

基于字段的依賴注入方式，你在程序啟動(dòng)的時(shí)候無(wú)法拿到這個(gè)類(lèi)，只有在真正的業(yè)務(wù)使用的時(shí)候才會(huì)拿到，一般情況下，這個(gè)注入的都是非null的，萬(wàn)一要是null怎么辦，在業(yè)務(wù)處理的時(shí)候錯(cuò)誤才爆出來(lái)，時(shí)間有點(diǎn)晚了，如果在啟動(dòng)的時(shí)候就暴露出來(lái)，那么bug就可以很快得到修復(fù)(當(dāng)然你可以加注解校驗(yàn)).

如果你想在屬性注入的時(shí)候，想根據(jù)這個(gè)注入的對(duì)象操作點(diǎn)東西，你無(wú)法辦到．我碰到過(guò)的例子：一些配置信息啊，有些人總是會(huì)配錯(cuò)誤，等到了自己測(cè)試業(yè)務(wù)階段才知道配錯(cuò)了，例如線程初始個(gè)數(shù)不小心配置成了3000，機(jī)器真的是狂叫啊!這個(gè)時(shí)候就需要再某些Value注入的時(shí)候做一個(gè)檢測(cè)機(jī)制.

結(jié)論

通過(guò)上面，我們可以看到，基于字段的依賴注入方式有很多缺點(diǎn),我們應(yīng)當(dāng)避免使用基于字段的依賴注入.推薦的方法是使用基于構(gòu)造函數(shù)和基于setter的依賴注入.對(duì)于必需的依賴項(xiàng)，建議使用基于構(gòu)造函數(shù)的注入，以使它們成為不可變的，并防止它們?yōu)閚ull。對(duì)于可選的依賴項(xiàng)，建議使用基于Setter的注入

后記

翻譯自field-injection-is-not-recommended，加入了自己的白話理解!

最近熱文閱讀：
1、在項(xiàng)目中用了Arrays.asList、ArrayList的subList，被公開(kāi)批評(píng)
2、別總寫(xiě)代碼，這130個(gè)網(wǎng)站比漲工資都重要
3、哇！IntelliJ IDEA 2021.1 中竟然有這么多牛逼的插件~
4、能掙錢(qián)的，開(kāi)源 SpringBoot 商城系統(tǒng)，功能超全，超漂亮，真TMD香！
5、放棄 Notepad++，事實(shí)證明，還有 5 款更牛逼……
6、公司這套架構(gòu)統(tǒng)一處理 try...catch 這么香，求求你不要再滿屏寫(xiě)了，再發(fā)現(xiàn)扣績(jī)效！
7、Spring 中經(jīng)典的 9 種設(shè)計(jì)模式！收藏了
8、高仿小米商城項(xiàng)目，愛(ài)了！
9、為什么有些公司不讓用 Lombok ？
10、厲害了，為了干掉 HTTP ，Spring 團(tuán)隊(duì)開(kāi)源了 nohttp 項(xiàng)目！
關(guān)注公眾號(hào)，你想要的Java都在這里