一枚架构师也不会用的Lombok注解，相见恨晚

本文转载自微信公众号「小姐姐味道」，相见恨晚作者小姐姐养的枚架狗  。转载本文请联系小姐姐味道公众号。构师   

我见过很多反对Lombok的相见恨晚同学，背地里又偷偷的枚架把插件添加了进去，这是构师真香原理在搞鬼。嘴上说不要，相见恨晚身体很诚实。枚架反对的构师人，应该是相见恨晚没见过一些业务代码的冗长繁杂，还沉浸在自己病态的枚架完美主义中。

要面对又脏又乱的构师从业环境，面对现实。相见恨晚

Lombok可以消除 Java 的枚架冗长，减少代码的构师长度，让关注点转移到该专注的地方。SpringBoot把Lombok放到了它的依赖中，Java14甚至也借鉴了这种思想，推出了record语法，就是类似于下面这种：

record Point(int x, int y) {  } 

本篇文章，服务器租用不打算讨论什么类似于@Data注解之类的。我们讨论一个比较偏门的，但是又让你感觉相见恨晚的一个注解：RequiredArgsConstructor。

爆炸的属性注入

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 )) 

End

通过这些方式，你写的代码行数，可能会急剧下降。在以代码行数论贡献的公司，可能会助你获得3.25，不过这3.25拿的骄傲。

这些小技巧，xjjdog是讲一个少一个的，你要是来个友情三连，或许能打通我的任督二脉，以后能少点广告更多点干货。

作者简介：小姐姐味道 (xjjdog)，一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构，日百亿流量，与你探讨高并发世界，给你不一样的味道。我的个人微信xjjdog0，欢迎添加好友，进一步交流。

很赞哦!（752）