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

本文主要是介绍Spring为什么推荐构造器注入以及结合Lombok的优雅实现，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

- - - 一、为什么要用构造器注入？
    - 二、结合Lombok的`@RequiredArgsConstructor`注解
  - 三、总结

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

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

更好的可测试性
使用构造器注入可以让类在创建时就强制要求所有的依赖都被注入，这使得类的状态更加确定。对于单元测试来说，通过构造器注入可以轻松地传递模拟对象（Mock），从而避免不必要的依赖。
不可变性
通过构造器注入将依赖声明为final，确保了这些依赖在对象的生命周期中不会被修改，从而增强了类的不可变性（Immutability）。这种不可变性有助于减少Bug，提升代码的安全性和可读性。
避免隐式依赖注入
使用@Autowired或@Resource注解的方式是隐式依赖注入，依赖的注入发生在Spring容器创建Bean的过程中，这种方式有时会造成依赖关系的混乱。而构造器注入是显式的，依赖关系在代码中一目了然，有助于理解类的行为。
避免循环依赖
使用构造器注入可以显著减少循环依赖的可能性。因为在使用构造器注入时，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;
}