前言

我们问题lombok是可以精简我们的代码的，让开发人员把精力放在业务上，而它封装的注解我们在使用时，需要多注意一下；@Data注解它是一个混合注释，它包含了@Getter @Setter @RequiredArgsConstructor @ToString @EqualsAndHashCode的功能，而我们问题@EqualsAndHashCode是重写equals和hash的注释，如果你是一个类，那可以不关心它；而如果你的类中有继承（父类子类），那么就要注意一下了。

危险的@Data

子类不能完全代表父类

@EqualsAndHashCode注解里有个字段callSuper，它的默认值是false，意思是在重写时，不会将父类的字段写到equals里；而@Data这个注解由于包含了@EqualsAndHashCode，所以它也有这个特性，即子类强制实现了重写equals和hashCode，并且只重写了自己的属性，这时，问题就来了，当两个对象比较时，如果子类属性相同而父类属性不同，结果也为true，这是非常严重的bug。

定义两种类，基类People，和两个子类Man和Woman

@Data class Person { String name; } @Data //重写时带上父类字段 @EqualsAndHashCode(callSuper = true) class Man extends Person { Boolean hunting; } @Data //重写equals时不会带上父类的字段，同种类型比较时，当子类字段相同时，结果就为true，这显然是不准确的. @EqualsAndHashCode(callSuper = false) class Woman extends Person { Boolean spin; }

测试的结果，我们是可以猜出来的，父类里的字段不相同时，结果应该为false，但如果 @EqualsAndHashCode(callSuper = false)，结果竟然是true，这也是正常的，因为它并没有重写父类的属性name，所以只要子类字段相同，结果就认为相同了。

@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 }

总结

在使用@Data时，我们尽量把 @EqualsAndHashCode(callSuper = true)加上，因为你不加，它相当于是false；或者杜绝使用@Data，而用@Getter,@Setter,@ToString代替它。

到此这篇关于java中lombok的@Data引发问题的文章就介绍到这了,更多相关java lombok的@Data引发问题内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！