@Autowire、@Recourse用啥？

        在使用IDEA写Spring相关的项目的时候，在字段上使用@Autowired注解时，总是会有一个波浪线提示：Field injection is not recommended. 这是为啥呢？今天就来一探究竟。

众所周知，在Spring里面有三种可选的注入方式：构造器注入、Setter方法注入、Field注入，我们先来看下这三种注入方式的使用场景。

构造器注入

构造器注入是通过调用类的构造方法来实现依赖注入。在类中定义一个或多个构造方法，并在构造方法中接受依赖对象作为参数。Spring 容器会根据参数类型和名称自动查找并初始化这些依赖对象。构造器注入通常用于强制依赖项，并且可以使类的实例在创建时就具有完整的状态。

public class MyClass {
    private MyDependency dependency;
 
    public MyClass(MyDependency dependency) {
        this.dependency = dependency;
    }
}

Setter方法注入

Setter 方法注入是通过设置类的属性的 Setter 方法来实现依赖注入。在类中定义一个或多个 Setter 方法，并在方法中接受依赖对象作为参数。Spring 容器会自动调用这些 Setter 方法，并传递相应的依赖对象。Setter 方法注入通常用于可选依赖项，并且可以在对象创建后随时更改依赖对象的值。

public class MyClass {
    private MyDependency dependency;
 
    public void setDependency(MyDependency dependency) {
        this.dependency = dependency;
    }
}

Field注入

字段注入是通过直接设置类的字段来实现依赖注入。在类中定义一个或多个私有字段，并使用 @Autowired 或 @Resource 注解进行标记。Spring 容器会在对象实例化完成之后，自动将相应的依赖对象注入到这些字段中。字段注入通常用于简单的依赖项，并且可以提供更简洁的代码。

public class MyClass {
    @Autowired
    private MyDependency dependency;
}

为什么IDEA不推荐使用Field注入

1. 代码的可读性差：使用字段注入时，依赖关系通常直接体现在类的字段上，而不是在构造函数或方法参数中。这使得代码更难以阅读和理解，特别是当类中存在多个字段注入时。

2. 难以进行单元测试：字段注入使得在执行单元测试时很难对依赖进行模拟或替换。由于依赖关系直接在字段上声明，并且没有 setter 方法，无法方便地将模拟的依赖注入到测试中。

3. 高耦合性：字段注入增加了类与依赖之间的紧密耦合。当类对某个依赖有强依赖关系时，无法在不修改类定义的情况下更改依赖对象。

        相比之下，构造函数注入（Constructor Injection）是一种更好的依赖注入方式。通过构造函数注入，依赖关系在类的构造函数中显式传递，使代码更易读、可维护和可测试。此外，构造函数注入还鼓励类定义依赖的完整性，并确保它们在对象创建时是必需的。

        虽然 IntelliJ IDEA 不推荐使用字段注入，但这并不意味着你不能使用它。在某些情况下，字段注入可能是合理的选择。然而，如果可能的话，建议优先考虑使用构造函数注入或方法参数注入，以提高代码的可读性、可测试性和扩展性。

        在Spring中使用依赖注入时，首选构造方法注入，虽然其无法解决循环依赖问题，但是当出现循环依赖时，首选应该考虑的是是否代码结构设计出现问题了，当然，也不排除必须要循环依赖的场景，此时字段注入也有用武之地。        

更多消息资讯，请访问昂焱数据（https://www.ayshuju.com）