Spring为什么推荐构造器注入以及结合Lombok的优雅实现

在Spring框架中，依赖注入（Dependency Injection）是一种非常常见的设计模式，用于减少类之间的耦合，使得代码更加灵活和可维护。 @Autowired和 @Resource是两种常见的依赖注入方式，但是在实际开发中，使用构造器注入往往是更好的选择，尤其是结合Lombok的 @RequiredArgsConstructor注解时，它能让代码变得更加简洁和优雅。

一、为什么要用构造器注入？

1. 更好的可测试性
   使用构造器注入可以让类在创建时就强制要求所有的依赖都被注入，这使得类的状态更加确定。对于单元测试来说，通过构造器注入可以轻松地传递模拟对象（Mock），从而避免不必要的依赖。

2. 不可变性
   通过构造器注入将依赖声明为final，确保了这些依赖在对象的生命周期中不会被修改，从而增强了类的不可变性（Immutability）。这种不可变性有助于减少Bug，提升代码的安全性和可读性。

3. 避免隐式依赖注入
   使用@Autowired或@Resource注解的方式是隐式依赖注入，依赖的注入发生在Spring容器创建Bean的过程中，这种方式有时会造成依赖关系的混乱。而构造器注入是显式的，依赖关系在代码中一目了然，有助于理解类的行为。

4. 避免循环依赖
   使用构造器注入可以显著减少循环依赖的可能性。因为在使用构造器注入时，Spring容器会在实例化Bean之前检查所有的依赖是否已经准备好，这有助于及早发现潜在的循环依赖问题。

二、结合Lombok的@RequiredArgsConstructor注解

Lombok是一个非常有用的工具库，可以通过简单的注解来简化Java代码中的样板代码。@RequiredArgsConstructor是Lombok提供的一个注解，用于生成一个包含final字段的构造函数，特别适合构造器注入的场景。

来看下面的代码示例：

@RequiredArgsConstructor
public class OrderServiceImpl implements OrderService {
    private final MapFeignClient mapFeignClient;
    private final FeeRuleFeignClient feeRuleFeignClient;
    private final OrderInfoFeignClient orderInfoFeignClient;
    private final NewOrderFeignClient newOrderFeignClient;
    private final DriverInfoFeignClient driverInfoFeignClient;
}

在这个例子中：

• @RequiredArgsConstructor注解会自动生成一个包含所有final字段的构造函数，因此我们无需手动编写构造函数。
• 由于所有依赖都通过构造器注入并声明为final，代码变得更加清晰、简洁，同时也保证了这些依赖不会在对象生命周期内被改变。

三、总结

相比于@Autowired和@Resource，构造器注入是一种更安全、更易于测试和维护的依赖注入方式。结合Lombok的@RequiredArgsConstructor注解，我们可以轻松地实现这种注入方式，使得代码更加简洁优雅。

这种方式不仅提升了代码的可读性和可维护性，还帮助开发者避免了一些常见的错误，例如依赖关系不清和循环依赖等。因此，在实际开发中，推荐使用构造器注入代替@Autowired和@Resource，并结合Lombok来简化代码，实现更加优雅的设计。