我見過很多反對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 {@Autowiredprivate GoodsRepo goodsRepo;@Autowiredprivate TagRepo tagRepo;@Autowiredprivate TagRefRepo tagRefRepo;@Autowiredprivate BrandRepo brandRepo;@Autowiredprivate 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

作者：小姐姐味道
鏈接：https://juejin.im/post/6888985072129540103
來源：掘金

總結

以上是生活随笔為你收集整理的@autowired注解原理_相见恨晚，一个架构师也不会用的Lombok注解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。