为什么IDEA不推荐你使用Field injection?

问题

在使用IDEA进行JavaWeb项目开发时,我们经常会使用到@Autowired注解进行依赖注入,但是使用了这个@Autowired注解之后,IDEA的语法检查总会在这个注解下显示黄色的波浪线,鼠标悬停在上面之后提示"Field injection is not recommended",但是这样使用也没有什么问题,编译执行都是正常的,但是为什么IDEA会提示这样的警告信息呢?
为什么IDEA不推荐你使用Field injection?

Spring框架中依赖注入的方式

  • 1、构造器注入【Constructor Injection】

    这种注入方式很直接,通过对象构建的时候建立关系,所以这种方式对对象创建的顺序会有要求,当然Spring会为你处理好这样的先后顺序,对于循环依赖这种特殊情况,那使用这种注入方式肯定就会抛出异常了。
    为什么IDEA不推荐你使用Field injection?

  • 2、属性注入【Field Injection】

    这种注入方式通过Java的反射机制实现,所以private的成员也可以被注入具体的对象。
    为什么IDEA不推荐你使用Field injection?

  • 3、setter注入【Setter Injection】
    Setter Injection也会用到@Autowired注解,但使用方式与Field Injection有所不同,Field Injection是用在成员变量上,而Setter Injection的时候,是用在成员变量的Setter函数上。
    为什么IDEA不推荐你使用Field injection?

为什么IDEA不推荐你使用Field injection?

三种注入方式六芒星对比

  • 可靠性

从对象构建过程和使用过程,看对象在各阶段的使用是否可靠来评判:

  • Field Injection:不可靠
  • Constructor Injection:可靠
  • Setter Injection:不可靠

由于构造函数有严格的构建顺序和不可变性,一旦构建就可用,且不会被更改。

  • 可维护性

主要从更容易阅读、分析依赖关系的角度来评判:

  • Field Injection:差
  • Constructor Injection:好
  • Setter Injection:差

还是由于依赖关键的明确,从构造函数中可以显现的分析出依赖关系,对于我们如何去读懂关系和维护关系更友好。

  • 可测试性

当在复杂依赖关系的情况下,考察程序是否更容易编写单元测试来评判

  • Field Injection:差
  • Constructor Injection:好
  • Setter Injection:好

Constructor Injection和Setter Injection的方式更容易Mock和注入对象,所以更容易实现单元测试。

  • 灵活性

主要根据开发实现时候的编码灵活性来判断:

  • Field Injection:很灵活
  • Constructor Injection:不灵活
  • Setter Injection:很灵活

由于Constructor Injection对Bean的依赖关系设计有严格的顺序要求,所以这种注入方式不太灵活。相反Field Injection和Setter Injection就非常灵活,但也因为灵活带来了局面的混乱,也是一把双刃剑。

  • 性能表现

不同的注入方式,对性能的影响

  • Field Injection:启动快
  • Constructor Injection:启动慢
  • Setter Injection:启动快

主要影响就是启动时间,由于Constructor Injection有严格的顺序要求,所以会拉长启动时间。

  • 循环关系的检测

对于Bean之间是否存在循环依赖关系的检测能力:

  • Field Injection:不检测
  • Constructor Injection:自动检测
  • Setter Injection:不检测
注入方式 循环关系检测 性能 灵活性 可测试性 可维护性 可靠性
Constructor Injection 自动检测 启动慢 不灵活 可靠
Field Injection 不检测 启动快 灵活 不可靠
Setter Injection 不检测 启动快 灵活 不可靠

Constructor Injection因为在依赖关系设计有严格的顺序要求,所以在启动时相较于其他两种方式来说先对较慢,但是在其他很多方面都是优于其他两种方式的,所以Constructor Injection通常都是首选方案!

而在将Setter Injection与Field Injection横向进行比较,大部分都一样,但因为可测试性更好,所以当你要用@Autowired的时候,推荐使用Setter Injection的方式,这样IDEA也不会给出警告了,可测试性对于软件来说是非常重要的。

建议

  • 依赖注入的使用上,Constructor Injection是首选。
  • 使用@Autowired注解的时候,从可测试性角度出发,在Field Injection和Setter Injection方式之间,更推荐Setter Injection,可以更方便的编写单元测试。。
上一篇:29.class中的getter与setter


下一篇:org.apache.jasper.JasperException: 在[com.xxx]类型bean中找不到任何有关属性[length]的信息