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

问题

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

Spring框架中依赖注入的方式

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

    这种注入方式很直接,通过对象构建的时候建立关系,所以这种方式对对象创建的顺序会有要求,当然Spring会为你处理好这样的先后顺序,对于循环依赖这种特殊情况,那使用这种注入方式肯定就会抛出异常了。
    在这里插入图片描述

  • 2、属性注入【Field Injection】

    这种注入方式通过Java的反射机制实现,所以private的成员也可以被注入具体的对象。
    在这里插入图片描述

  • 3、setter注入【Setter Injection】
    Setter Injection也会用到@Autowired注解,但使用方式与Field Injection有所不同,Field Injection是用在成员变量上,而Setter Injection的时候,是用在成员变量的Setter函数上。
    在这里插入图片描述

在这里插入图片描述

三种注入方式六芒星对比

  • 可靠性

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

  • 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,可以更方便的编写单元测试。。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值