如何使用RequiredArgsConstructor注解

這篇文章主要講解了“如何使用RequiredArgsConstructor注解”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“如何使用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 ))

感謝各位的閱讀，以上就是“如何使用RequiredArgsConstructor注解”的內容了，經過本文的學習后，相信大家對如何使用RequiredArgsConstructor注解這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！