IDEA 不推荐使用 @Autowired 注解的原因

346 阅读2分钟

IDEA 不推荐使用 @Autowired 注解的原因

常见DI方式

**构造器注入:**依赖性强(必须使用依赖),不变性(各个依赖不经常变动)

**Setter注入:**可选(没有此依赖也可以工作),可变(依赖经常变动)

Field注入: 尽量少用,一定要使用的话,@Resource 比 @Autowired 对于IOC容器耦合度更低

Field注入的缺点

  • 不能注入不可变的对象
  • 依赖对外部不可见,外部看不到私有字段,无法了解所需依赖
  • 组件与IOC容器紧耦合
  • 单元测试也必须使用容器,原因同上
  • 依赖过多时不够明显,比如我需要10个依赖,这个时候,应该考虑是否违反了单一职责原则

额外知识

无法了解所需依赖,这个时候在启动的时候就可能出现异常,可参考: springboot bean找不到问题

Field注入虽然有很多缺点,但它的好处也不可忽略:那就是太方便了

并且绝大多数情况下业务代码和框架就是强绑定的

@Autowired 与 @Resource 区别

  • 依赖识别方式:@Autowired 默认byType方式,可以用@Qualifier指定Name。@Resource默认byName,找不到则byType

  • 适用对象:@Autowired 可以对构造器、方法、参数、字段使用。@Resource只能对方法、字段使用

  • 提供方:@Autowired是Spring提供。 @Resource是JSR-250提供

额外知识:

  • **JCP:**全称Java Community Process。管理Java生态(包括J2SE、J2EE等等)发展的合作组织

  • JSR-250: JCP成员针对Java发展提出的需求,通过审核后融入新版本Java中成为一项功能或者特性,不同的发行版本或者虚拟机都会遵守这些约定。

    后面的数字无意义,有人提案就+1,并非所有提案都会过审,所以数字不连续。

IDEA为什么只对@Autowired警告?

@Resource 是JSR-250的Java标准,@Autowired是Spring提供的。

IDEA提醒我们注入与Spring框架出现了强耦合的情况


参考文章

为什么 Spring和IDEA 都不推荐使用 @Autowired 注解