别再用 @Autowired 进行Field 注入啦！

后端

2024-01-24 20:11:08

今天在编写一个 Spring 项目时，我注意到 @Autowired 注解上出现了一个警告。既然提示了警告，就说明这种写法肯定存在利弊关系，所以我立刻上网查找原因，最后总结如下。

Field 注入的弊端

使用 @Autowired 进行 Field 注入虽然简单方便，但存在以下弊端：

测试困难： 使用 Field 注入时，需要为测试类创建实例，并手动设置被注入的字段值。这使得测试变得复杂且容易出错。
可维护性差： 当代码库不断演进时，Field 注入会导致代码的可维护性降低。例如，当需要更改某个类的构造函数或 setter 方法时，所有使用 Field 注入该类的代码都需要进行修改。
安全性差： Field 注入允许在运行时修改被注入的字段值，这可能会导致安全问题。例如，攻击者可能会通过反射修改字段值，从而破坏应用程序的安全性。

更优选的依赖注入方式

为了避免 Field 注入的弊端，Spring 提供了两种更优选的依赖注入方式：Constructor 注入和 Setter 注入。

Constructor 注入： Constructor 注入是指在类的构造函数中注入依赖。这种方式的好处是，它可以强制要求类在创建时就获得必要的依赖，从而避免了空指针异常和其他问题。
Setter 注入： Setter 注入是指通过类的 setter 方法注入依赖。这种方式的好处是，它可以提高代码的灵活性，允许在运行时动态地更改依赖关系。

如何切换到 Constructor 注入或 Setter 注入

从 Field 注入切换到 Constructor 注入或 Setter 注入非常简单。只需要将 @Autowired 注解从字段上移到构造函数或 setter 方法上即可。例如：

// Field 注入
@Autowired
private Foo foo;

// Constructor 注入
public MyClass(Foo foo) {
    this.foo = foo;
}

// Setter 注入
public void setFoo(Foo foo) {
    this.foo = foo;
}