为什么spring 不推荐用@Autowired

Spring不推荐使用@Autowired进行依赖注入的主要原因是为了避免过度依赖具体的框架。使用@Autowired会将依赖注入的责任交给了Spring容器，这样会导致代码与Spring框架高度耦合。此外，使用@Autowired注入依赖还存在以下问题：

1. 可读性差：直接在字段上使用@Autowired注解，可能会使代码的可读性变差，不容易看出对象的依赖关系。

2. 难以进行mock测试：在单元测试中，难以对@Autowired注入的依赖进行mock，因此测试代码也会变得复杂。

3. 复杂性增加：当对象的依赖关系发生变化时，如果有大量使用@Autowired注解进行依赖注入的地方，需要修改的地方也会很多，增加了代码的复杂性。

相比之下，Spring推荐使用构造函数注入或者Setter注入来

相关问题

idea为什么不建议使用@Autowired

@Autowired 是 Spring 框架中用来自动装配依赖的注解。尽管@Autowired 在很多情况下可以方便地将依赖注入到对象中，但也存在一些不建议使用它的情况，具体原因如下：

1. 隐式依赖：使用@Autowired 可能会导致代码中存在隐式的依赖关系。当一个类使用了@Autowired 注解，其他开发人员可能无法直观地看出该类的依赖关系，从而增加了代码的理解和维护的难度。

2. 灵活性受限：使用@Autowired 注解后，依赖的注入是通过反射机制实现的，这可能会导致代码的灵活性受限。例如，如果需要根据不同条件选择不同的实现类进行注入，使用@Autowired 注解可能无法满足这个需求。

3. 对象创建过早：使用@Autowired 注解会在对象创建时就进行依赖注入，这可能会导致对象的创建过早。在某些情况下，我们希望在特定时机才进行依赖注入，而不是在对象创建时就完成。

4. 单元测试困难：由于@Autowired 注解是通过反射机制实现的，这可能会导致在单元测试时难以模拟或者替换依赖对象。

因此，在使用@Autowired 注解时，我们需要注意上述问题，并根据具体情况进行判断，避免不必要的麻烦和限制。可以考虑使用构造函数注入、Setter 方法注入或者通过其他方式显式地注入依赖。

spring boot中@Autowired

在Spring Boot中，@Autowired是一个用于自动装配bean的注解。它可以自动将一个bean注入到需要它的地方，如类、属性或方法。当Spring容器创建一个bean时，如果发现某个属性上有@Autowired注解，它会尝试从容器中查找相应类型的bean，并将其注入到属性中。

使用@Autowired注解的好处是可以减少手动编写代码的工作量，同时也可以避免一些潜在的错误。比如，如果手动创建bean的话，可能会出现bean的依赖关系不正确的情况，而使用@Autowired注解则可以自动处理这些依赖关系。

需要注意的是，在使用@Autowired注解时，如果容器中存在多个匹配的bean，则会抛出异常。可以通过@Qualifier注解来指定具体使用哪个bean。