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 注解
|