原創：不羨鴛鴦不羨仙，一行代碼調半天。小姐姐味道（微信公衆號ID：xjjdog），歡迎分享，轉載請保留出處。
我見過很多反對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 Good***v {
@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 Good***v {
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 Good***v {
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是講一個少一個的，你要是來個友情三連，或許能打通我的任督二脈，以後能少點廣告更多點乾貨。