为什么@Autowired字段注入不推荐,有什么缺点吗。为什么spring推荐构造函数注入。
@Autowired 字段注入的缺点:
-
依赖隐藏:
- 字段注入使类的依赖不那么明显,需要仔细检查类的内部才能发现所有依赖。
- 这违反了显式依赖原则,使代码不够透明。
-
不可变性:
- 使用字段注入,很难将字段声明为 final,这意味着依赖可能在对象生命周期中被改变。
- 不可变性对于线程安全和代码可靠性很重要。
-
与 DI 容器耦合:
- 字段注入使类与 Spring 容器紧密耦合,因为它们依赖于容器来注入依赖。
- 这使得在容器外使用这些类变得困难,比如在单元测试中。
-
可能导致循环依赖:
- 字段注入更容易导致循环依赖问题,虽然 Spring 可以处理某些循环依赖,但这通常表明设计存在问题。
-
难以进行单元测试:
- 使用字段注入的类在不使用 DI 容器的情况下很难进行单元测试。
- 你无法简单地通过构造函数或方法来提供模拟对象。
构造函数注入的优势:
-
明确依赖:
- 构造函数清楚地列出了所有必需的依赖,使类的依赖一目了然。
-
不可变性:
- 可以将依赖声明为 final,确保它们在对象生命周期中不会被改变。
-
强制依赖:
- 确保在创建对象时提供所有必需的依赖,防止对象处于半初始化状态。
-
易于测试:
- 更容易进行单元测试,因为可以轻松地提供模拟对象作为构造函数参数。
-
循环依赖检测:
- 构造函数注入使循环依赖在编译时就能被发现,而不是在运行时。
-
与 DI 容器解耦:
- 类不直接依赖于 DI 容器,可以在容器外轻松实例化。
-
适合重构:
- 当添加新的依赖时,编译器会强制你修改所有相关的代码,有助于发现潜在问题。
示例:
// 不推荐的字段注入
public class UserService {
@Autowired
private UserRepository userRepository;
@Autowired
private EmailService emailService;
}
// 推荐的构造函数注入
public class UserService {
private final UserRepository userRepository;
private final EmailService emailService;
public UserService(UserRepository userRepository, EmailService emailService) {
this.userRepository = userRepository;
this.emailService = emailService;
}
}
但是直接使用构造函数注入又比较麻烦,我们可以使用 Lombok依赖的@RequiredArgsConstructor。
@RequiredArgsConstructor
public class UserService {
private final UserRepository userRepository;
private final EmailService emailService;
}