在 Spring Boot 或 Spring Framework 项目中，为何官方或社区普遍不鼓励使用 @Autowired 注解进行依赖注入？请说明原因及替代方案。

回答思路

1. 【回答框架 1】@Autowired 是 Spring 提供的按类型自动注入注解，存在多个候选 Bean 时需配合 @Qualifier 指定，且强制要求依赖必须存在，否则启动失败。它直接侵入业务代码，导致类与容器强耦合，不便于单元测试和模块解耦。
2. 【回答框架 2】Spring 官方推荐构造器注入：依赖以构造器参数形式传入，可保证不可变性和必填性，使依赖显式化，易于测试和复用。若存在循环依赖，构造器注入会直接暴露问题，而字段注入则可能掩盖问题。
3. 【回答框架 3】替代方案还包括 setter 注入（用于可选依赖）或使用构造器注入结合 Lombok 的 @RequiredArgsConstructor 简化代码。在较新的 Spring 版本中，也建议使用 @Resource（按名称）或基于构造器的显式配置。
4. 【关键点 1】@Autowired 字段注入会隐藏依赖，导致类与容器紧密耦合，不利于测试。
5. 【关键点 2】构造器注入是官方推荐，保证依赖非空且不可变，便于测试。
6. 【关键点 3】字段注入可能掩盖循环依赖，而构造器注入能及时暴露。
7. 【易错点 1】不要将 @Autowired 与构造器注入混为一谈，用错场景会导致注入失败。
8. 【易错点 2】若有多个实现，直接使用 @Autowired 会报错，需 @Qualifier 或 @Primary。
9. 【易错点 3】构造器注入的参数过多可能造成设计缺陷，应审视类的职责。