我見過很多反對 Lombok 的同學，背地里又偷偷的把插件添加了進去，這是真香原理在搞鬼。

[[350281]]

圖片來自 Pexels 

嘴上說不要，身體很誠實。反對的人，應該是沒見過一些業務代碼的冗長繁雜，還沉浸在自己病態的完美主義中。要面對又臟又亂的從業環境，面對現實。

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

真是要命的美啊!

通過這些方式，你寫的代碼行數，可能會急劇下降。在以代碼行數論貢獻的公司，可能會助你獲得 3.25，不過這 3.25 拿的驕傲。

作者：小姐姐味道

簡介：聚焦基礎架構和 Linux。十年架構，日百億流量，與你探討高并發世界，給你不一樣的味道。

編輯：陶家龍

出處：轉載自公眾號小姐姐味道(ID：xjjdog)