在Lombok的加持下，“小狗”.equals(“老狗”) = true

來源：哪吒程式設計

大家好，我是哪吒。

一、禁止使用Lombok

我有一個同學，在一家小型網際網路公司做Java後端開發，最近他們公司新來了一個技術總監，這位技術總監對技術細節很看重，一來公司之後就推出了很多"政策"，比如定義了很多開發規範、日誌規範、甚至是要求大家統一使用Idea進行開發。

其中有一項，就是禁止使用Lombok，但是他並沒有明確的說明原因，我的同學是一個“懶載入的CRUD程式設計師”，不用Lombok，豈不是要費很多事兒？

他特意百度了一下，是這樣說的。

看似很有道理，條條是道，但我認為有些以偏概全，自以為是了。

1、jdk版本問題

目前國內大多數Java專案，採用的都是JDK1.8，因為它夠穩定，功能也完全夠用，但是，如果哪一天，你的客戶心血來潮，就是想用JDK11，甚至JDK17，此時，你會發現Lombok不好用了，於是，不得不將好幾百個實體類，透過idea生成get/set、equals、toString等方法，很煩躁。

2、被迫營業

當你的客戶獲取到你的原始碼之後，他也想看看，執行一下，此時發現沒安裝Lombok，報錯了，安裝Lombok，不瞭解這是什麼，還要去百度學習一下，被迫營業，很煩躁。

3、可讀性差

1. Lombok隱藏了JavaBean的封裝細節；
2. toString()不知道會列印什麼；
3. @AllArgsConstructor提供一個全量構造器， 讓外界在初始化時，可以隨意修改其屬性，極其不安全。如果屬性過多，這個全量構造器，看起來，很雞肋；
4. 引數的順序我們也無法控制，都是按照Lombok的心情來的；
5. 使用Lombok，寫程式碼的時候很爽，但它

• 汙染了你的程式碼；
• 玷汙了Java語言的純粹；
• 破壞了Java程式碼的完整性、可讀性、安全性；
• 增加了程式碼的耦合度；
• 增加了程式碼的除錯難度；

這是一種弊大於利、得不償失的操作。

二、Lombok中的真實小坑

我在開發過程中，遇到這樣一個問題，就是Lombok造成的。

@Data
public class Animals {
    private Integer id;
    private String name;
}

@Data
public class Dog extends Animals{
    private String cry;
}

我去，哪吒，你在侮辱我嗎？一個小狗和一個老狗怎麼可能會相等？這什麼JB玩意，我去打遊戲了，你自己玩吧~

三、看看編譯後的程式碼，到底怎麼回事

1、編譯class

很多小夥伴，看到這，直接蒙了，根本不知道為什麼？

這個時候，可以看看編譯後的class。

public boolean equals(final Object o) {
    if (o == this) {
        return true;
    } else if (!(o instanceof Dog)) {
        return false;
    } else {
        Dog other = (Dog)o;
        if (!other.canEqual(this)) {
            return false;
        } else {
            Object this$cry = this.getCry();
            Object other$cry = other.getCry();
            if (this$cry == null) {
                if (other$cry != null) {
                    return false;
                }
            } else if (!this$cry.equals(other$cry)) {
                return false;
            }

            return true;
        }
    }
}

為什麼equals只比較一個屬性cry，而Animals比較了兩個屬性？？

public boolean equals(final Object o) {
    if (o == this) {
        return true;
    } else if (!(o instanceof Animals)) {
        return false;
    } else {
        Animals other = (Animals)o;
        if (!other.canEqual(this)) {
            return false;
        } else {
            Object this$id = this.getId();
            Object other$id = other.getId();
            if (this$id == null) {
                if (other$id != null) {
                    return false;
                }
            } else if (!this$id.equals(other$id)) {
                return false;
            }

            Object this$name = this.getName();
            Object other$name = other.getName();
            if (this$name == null) {
                if (other$name != null) {
                    return false;
                }
            } else if (!this$name.equals(other$name)) {
                return false;
            }

            return true;
        }
    }
}

2、新增一個註解@EqualsAndHashCode(callSuper = true)

（1）callSuper = true

根據子類自身的欄位值和從父類繼承的欄位值 來生成hashcode，當兩個子類物件比較時，只有子類物件的本身的欄位值和繼承父類的欄位值都相同，equals方法的返回值是true。

（2）callSuper = false

根據子類自身的欄位值 來生成hashcode， 當兩個子類物件比較時，只有子類物件的本身的欄位值相同，父類欄位值可以不同，equals方法的返回值是true。

（3）程式碼例項

@Data
@EqualsAndHashCode(callSuper = true)
public class Dog extends Animals{
    private String cry;
}