java中l(wèi)ombok的@Data引發(fā)問題詳解

更新時間：2020年09月08日 09:43:07 作者：張占嶺 lind

這篇文章主要給大家介紹了關(guān)于java中l(wèi)ombok的@Data引發(fā)問題的相關(guān)資料，文中通過圖文介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

前言

我們問題lombok是可以精簡我們的代碼的，讓開發(fā)人員把精力放在業(yè)務(wù)上，而它封裝的注解我們在使用時，需要多注意一下；@Data注解它是一個混合注釋，它包含了@Getter @Setter @RequiredArgsConstructor @ToString @EqualsAndHashCode的功能，而我們問題@EqualsAndHashCode是重寫equals和hash的注釋，如果你是一個類，那可以不關(guān)心它；而如果你的類中有繼承（父類子類），那么就要注意一下了。

危險的@Data

子類不能完全代表父類

@EqualsAndHashCode注解里有個字段callSuper，它的默認(rèn)值是false，意思是在重寫時，不會將父類的字段寫到equals里；而@Data這個注解由于包含了@EqualsAndHashCode，所以它也有這個特性，即子類強制實現(xiàn)了重寫equals和hashCode，并且只重寫了自己的屬性，這時，問題就來了，當(dāng)兩個對象比較時，如果子類屬性相同而父類屬性不同，結(jié)果也為true，這是非常嚴(yán)重的bug。

定義兩種類，基類People，和兩個子類Man和Woman

 @Data
 class Person {
 String name;
 }

 @Data
 //重寫時帶上父類字段
 @EqualsAndHashCode(callSuper = true)
 class Man extends Person {
 Boolean hunting;
 }

 @Data
 //重寫equals時不會帶上父類的字段，同種類型比較時，當(dāng)子類字段相同時，結(jié)果就為true，這顯然是不準(zhǔn)確的.
 @EqualsAndHashCode(callSuper = false)
 class Woman extends Person {
 Boolean spin;
 }

測試的結(jié)果，我們是可以猜出來的，父類里的字段不相同時，結(jié)果應(yīng)該為false，但如果 @EqualsAndHashCode(callSuper = false)，結(jié)果竟然是true，這也是正常的，因為它并沒有重寫父類的屬性name，所以只要子類字段相同，結(jié)果就認(rèn)為相同了。

 @Test
 public void supperSubEqual() {
 Man man = new Man();
 man.setName("zzl");
 man.setHunting(true);
 Man man1 = new Man();
 man1.setHunting(true);
 man1.setName("lind");
 log.info("man==man1 ? {}", man.equals(man1)); // false

 Woman woman = new Woman();
 woman.setName("zzl");
 woman.setSpin(true);
 Woman woman1 = new Woman();
 woman1.setSpin(true);
 woman1.setName("lind");
 log.info("woman==woman1 ? {}", woman.equals(woman1)); // true
 }