这篇文章主要讲解了“如何使用RequiredArgsConstructor注解”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“如何使用RequiredArgsConstructor注解”吧！
余庆网站建设公司创新互联公司,余庆网站设计制作，有大型网站制作公司丰富经验。已为余庆上1000+提供企业网站建设服务。企业网站搭建\成都外贸网站建设要多少钱，请找那个售后服务好的余庆做网站的公司定做！
爆炸的属性注入
Spring 提供了两种注入模式，这也是非常初级的程序员经常被问到的三种 DI 写法。
一种是属性注入(Filed injection)，一种是通过 Setter 方法，一种是构造器注入。
霍霍，我撒谎了，经常被问的是 byName 和 byType。不过，这年头，我们用的跟多的是 @Autowired 注解。
代码写起来一般是这样的：
@Service public class GoodsServiceImpl implements GoodsSrv { @Autowired private GoodsRepo goodsRepo; @Autowired private TagRepo tagRepo; @Autowired private TagRefRepo tagRefRepo; @Autowired private BrandRepo brandRepo; @Autowired private UnitRepo unitRepo; }这一般没什么问题，因为注入的字段是有限的。但如果你没见过一些项目代码，你会被这种程序界完美的表象给蒙骗了。
业务代码，不加注释，单文件长度超过 2000 行的比比皆是。注入的属性能达到十几个之多。这部分注入代码真是脏乱差。
不仅如此，这些字段，还会在 IDE 里变成灰色，告诉你未被初始化，代码变成了丑八怪。
事实上，Spring 从 4.0 开始， 就 不 推 荐 使 用 属 性 注 入 模 式 了 ，原因是它可以让我们忽略掉一些代码可能变坏的隐患。你可以自行搜索这个问题，我们也不展开说了。
既然 Spring 推荐使用显示的 Setter 和构造器方式，那我们就切换一下实现方案。
Setter 方法基本上用的人比较少，因为它更加臭更加长。要是给每一个属性写一个 set 方法，我估计你即使用代码生成器也玩吐了。
构造器注入
那么，构造器的方法就成了我们的首选。
样例代码如下：
public class GoodsServiceImpl implements GoodsSrv { private GoodsRepo goodsRepo; private TagRepo tagRepo; private TagRefRepo tagRefRepo; private BrandRepo brandRepo; private UnitRepo unitRepo; public GoodsServiceImpl( GoodsRepo goodsRepo, TagRepo tagRepo, TagRefRepo tagRefRepo, BrandRepo brandRepo, UnitRepo unitRepo) { this.goodsRepo = goodsRepo; this.tagRefRepo = tagRefRepo; this.tagRefRepo = tagRefRepo; this.brandRepo = brandRepo; this.unitRepo = unitRepo; this.tagRepo = tagRepo; } }Spring 不需要加入其他注解，就可以使用构造器完成注入。问题是，我们依然要写很多代码。
这个时候，你可能想到了 Lombok 的 AllArgsConstructor 注解。但它是针对于全部的属性的，如果类中有一些非 Bean 的属性，Spring 就会晕菜。
这个时候，就可以使用 RequiredArgsConstructor 了。
代码如下：
@Service @RequiredArgsConstructor public class GoodsServiceImpl implements GoodsSrv { final GoodsRepo goodsRepo; final TagRepo tagRepo; final TagRefRepo tagRefRepo; final BrandRepo brandRepo; final UnitRepo unitRepo; }我们把需要注入的属性，修改成 final 类型的(或者使用 @NotNull 注解，不推荐)，这些属性将构成默认的构造器。
Java 要求 final 类型的属性必须要初始化，如果没有构造方法代码就会变红。
我们可以看到修改之后的 IDE，恼人的灰色提示也消失了。
这样的代码，是非常简洁的。
更高级一点
RequiredArgsConstructor 注解，你还可以像下面这样写。即使是把 @__ 换成 @_，或者换成 @___，也是能正常的运行。
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
它的意思是，给使用 Lombok 生成的构造器方法，加入一个 @Autowired 注解。
这是彻头彻尾的 Lombok 语法，不过现在的 Spring 已经不需要加入这样的注解就能运行了。
看我下面的代码，是能实际运行的。爽不爽?
@RequiredArgsConstructor(onConstructor = @______________________________________( @Autowired ))
感谢各位的阅读，以上就是“如何使用RequiredArgsConstructor注解”的内容了，经过本文的学习后，相信大家对如何使用RequiredArgsConstructor注解这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！
