面试题：SpringBoot（Spring）中为什么不推荐使用 @Autowired ？

在Spring Boot（或Spring）中，虽然@Autowired注解可以方便地实现依赖注入，但在某些情况下不推荐使用它，主要原因如下：

1. 依赖注入的紧耦合

• @Autowired通过字段注入（Field Injection）时，会导致类与Spring框架的紧耦合。这意味着你的类无法脱离Spring容器进行单元测试，因为依赖项是通过反射注入的，而不是通过构造函数或Setter方法显式传递的。
• 相比之下，构造函数注入（Constructor Injection）或Setter注入（Setter Injection）更加灵活，且更容易进行单元测试。

2. 构造函数注入的优势

• 不可变性：通过构造函数注入，可以将依赖项声明为final，确保它们在对象创建后不会被修改，增强了代码的不可变性和线程安全性。
• 明确的依赖关系：构造函数注入明确地展示了类的依赖关系，使得代码更易于理解和维护。
• 避免空指针异常：构造函数注入确保了依赖项在对象创建时就已经被注入，避免了依赖项为null的情况。

3. 字段注入的缺点

• 可测试性差：字段注入使得依赖项难以在单元测试中手动注入，必须依赖Spring容器或使用反射来设置依赖项。
• 隐藏依赖关系：字段注入使得类的依赖关系不够明确，阅读代码时无法直观地看出类依赖了哪些组件。

4. Spring官方推荐

• Spring官方文档推荐使用构造函数注入作为首选方式，尤其是在Spring 4.3及以后的版本中，如果类只有一个构造函数，Spring会自动使用该构造函数进行注入，无需显式使用@Autowired注解。

5. 循环依赖问题

• 使用字段注入时，Spring容器需要处理循环依赖问题，这可能会导致复杂的依赖注入逻辑，甚至在某些情况下引发问题。而构造函数注入可以在编译时就发现循环依赖问题，避免运行时错误。

6. 代码可读性和维护性

• 使用构造函数注入的代码更具可读性，因为依赖关系在构造函数中一目了然。而字段注入的代码可能会让开发者在阅读时忽略某些依赖项。

示例对比

字段注入（不推荐）

@Service
public class MyService {
    @Autowired
    private MyRepository myRepository;

    // 业务逻辑
}

构造函数注入（推荐）

@Service
public class MyService {
    private final MyRepository myRepository;

    public MyService(MyRepository myRepository) {
        this.myRepository = myRepository;
    }

    // 业务逻辑
}

总结

虽然@Autowired注解在某些场景下仍然可以使用，但为了代码的可维护性、可测试性和清晰性，推荐优先使用构造函数注入。这种方式不仅符合Spring的最佳实践，还能避免许多潜在的问题。