为什么@Autowired字段注入不推荐，有什么缺点吗。为什么spring推荐构造函数注入。

@Autowired 字段注入的缺点：

1. 依赖隐藏：

   • 字段注入使类的依赖不那么明显，需要仔细检查类的内部才能发现所有依赖。
   • 这违反了显式依赖原则，使代码不够透明。

2. 不可变性：

   • 使用字段注入，很难将字段声明为 final，这意味着依赖可能在对象生命周期中被改变。
   • 不可变性对于线程安全和代码可靠性很重要。

3. 与 DI 容器耦合：

   • 字段注入使类与 Spring 容器紧密耦合，因为它们依赖于容器来注入依赖。
   • 这使得在容器外使用这些类变得困难，比如在单元测试中。

4. 可能导致循环依赖：

   • 字段注入更容易导致循环依赖问题，虽然 Spring 可以处理某些循环依赖，但这通常表明设计存在问题。

5. 难以进行单元测试：

   • 使用字段注入的类在不使用 DI 容器的情况下很难进行单元测试。
   • 你无法简单地通过构造函数或方法来提供模拟对象。

构造函数注入的优势：

1. 明确依赖：

   • 构造函数清楚地列出了所有必需的依赖，使类的依赖一目了然。

2. 不可变性：

   • 可以将依赖声明为 final，确保它们在对象生命周期中不会被改变。

3. 强制依赖：

   • 确保在创建对象时提供所有必需的依赖，防止对象处于半初始化状态。

4. 易于测试：

   • 更容易进行单元测试，因为可以轻松地提供模拟对象作为构造函数参数。

5. 循环依赖检测：

   • 构造函数注入使循环依赖在编译时就能被发现，而不是在运行时。

6. 与 DI 容器解耦：

   • 类不直接依赖于 DI 容器，可以在容器外轻松实例化。

7. 适合重构：

   • 当添加新的依赖时，编译器会强制你修改所有相关的代码，有助于发现潜在问题。

示例：

// 不推荐的字段注入
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;
}