IDEA（IntelliJ IDEA）在字段上使用@Autowired进行依赖注入时，会提示警告“Field injection is not recommended”（字段注入不推荐）。这是因为 Spring 官方和 IDEA 的 Spring 插件都推荐优先使用构造函数注入，而非直接在字段上注入。
为什么不推荐字段注入（@Autowired on field）？
- 难以测试：字段注入后，类无法脱离 Spring 容器独立实例化（只能通过反射设置字段），单元测试时不便手动注入 mock 对象。
- 隐藏依赖：从类签名（构造函数）看不出需要哪些依赖，违反了“显式依赖原则”。
- 不可变性问题：字段注入的依赖通常是可变的（非 final），而构造函数注入可以结合
final实现不可变。 - 初始化顺序潜在风险：字段注入发生在构造函数之后，可能导致循环依赖或空指针隐患。
- Spring 官方建议：Spring 文档明确推荐构造函数注入作为首选，尤其对于强制依赖。
如果使用 @Resource 呢？
@Resource（来自 JSR-250 标准，非 Spring 专属）也可以用于字段注入，但IDEA 不会提示这个警告。- 原因：IDEA 的检查是针对 Spring 的
@Autowired注解专门设计的（检测“字段注入”模式），而@Resource是 Java 标准注解，Spring 仅提供支持，IDEA 不对其施加相同警告。 - 所以，用
@Resource可以“绕过”警告，代码运行也没问题（默认按名称注入，找不到再按类型）。
但这只是避开了 IDE 警告，并没有解决字段注入的本质问题。Spring 官方仍不推荐字段注入，无论用哪个注解。
推荐的最佳实践
优先使用构造函数注入（Spring 5+ 强烈推荐）：
@ServicepublicclassUserService{privatefinalUserMapperuserMapper;// 用 final 保证不可变// 构造函数注入（Lombok 可简化）@Autowired// 可加可不加（单构造函数时 Spring 自动注入）publicUserService(UserMapperuserMapper){this.userMapper=userMapper;}// 使用 userMapper...}- 如果依赖多，用 Lombok 的
@RequiredArgsConstructor自动生成构造函数，更简洁。 - 对于可选依赖，可用 Setter 注入或
@Autowired(required = false)。
这样代码更清晰、可测试性强，也符合 Spring 最佳实践。字段注入虽然方便，但长期维护时隐患较多，建议逐步改造。
