当你在使用 Lombok 的 @Data 注解时,其实会有一些坑须要关注,今天就让咱们来见识一下。 java
先来简单介绍一下 Lombok ,其官方介绍以下:git
Project Lombok makes java a spicier language by adding 'handlers' that know how to build and compile simple, boilerplate-free, not-quite-java code.github
大体意思是 Lombok 经过增长一些"处理程序",可让 Java 代码变得简洁、快速。测试
Lombok 提供了一系列的注解帮助咱们简化代码,好比:优化
注解名称 | 功能 |
---|---|
@Setter |
自动添加类中全部属性相关的 set 方法 |
@Getter |
自动添加类中全部属性相关的 get 方法 |
@Builder |
使得该类能够经过 builder (建造者模式)构建对象 |
@RequiredArgsConstructor |
生成一个该类的构造方法,禁止无参构造 |
@ToString |
重写该类的toString() 方法 |
@EqualsAndHashCode |
重写该类的equals() 和hashCode() 方法 |
@Data |
等价于上面的@Setter 、@Getter 、@RequiredArgsConstructor 、@ToString 、@EqualsAndHashCode |
看起来彷佛这些注解都很正常,而且对咱们的代码也有必定的优化,那为何说@Data
注解存在坑呢?ui
由上面的表格咱们能够知道,@Data
是包含了@EqualsAndHashCode
的功能,那么它到底是如何重写equals()
和hashCode()
方法的呢?this
咱们定义一个类TestA
:spa
@Data
public class TestA {
String oldName;
}复制代码
咱们将其编译后的 class 文件进行反编译:3d
public class TestA {
String oldName;
public TestA() {
}
public String getOldName() {
return this.oldName;
}
public void setOldName(String oldName) {
this.oldName = oldName;
}
public boolean equals(Object o) {
// 判断是不是同一个对象
if (o == this) {
return true;
}
// 判断是不是同一个类
else if (!(o instanceof TestA)) {
return false;
} else {
TestA other = (TestA) o;
if (!other.canEqual(this)) {
return false;
} else {
// 比较类中的属性(注意这里,只比较了当前类中的属性)
Object this$oldName = this.getOldName();
Object other$oldName = other.getOldName();
if (this$oldName == null) {
if (other$oldName != null) {
return false;
}
} else if (!this$oldName.equals(other$oldName)) {
return false;
}
return true;
}
}
}
protected boolean canEqual(Object other) {
return other instanceof TestA;
}
public int hashCode() {
int PRIME = true;
int result = 1;
Object $oldName = this.getOldName();
int result = result * 59 + ($oldName == null ? 43 : $oldName.hashCode());
return result;
}
public String toString() {
return "TestA(oldName=" + this.getOldName() + ")";
}
}复制代码
针对其equals()
方法,当它进行属性比较时,其实只比较了当前类中的属性。若是你不信的话,咱们再来建立一个类TestB
,它是TestA
的子类:code
@Data
public class TestB extends TestA {
private String name;
private int age;
}复制代码
咱们将其编译后的 class 文件进行反编译:
public class TestB extends TestA {
private String name;
private int age;
public TestB() {
}
public String getName() {
return this.name;
}
public int getAge() {
return this.age;
}
public void setName(String name) {
this.name = name;
}
public void setAge(int age) {
this.age = age;
}
public boolean equals(Object o) {
if (o == this) {
return true;
} else if (!(o instanceof TestB)) {
return false;
} else {
TestB other = (TestB)o;
if (!other.canEqual(this)) {
return false;
} else {
// 注意这里,真的是只比较了当前类中的属性,并无比较父类中的属性
Object this$name = this.getName();
Object other$name = other.getName();
if (this$name == null) {
if (other$name == null) {
return this.getAge() == other.getAge();
}
} else if (this$name.equals(other$name)) {
return this.getAge() == other.getAge();
}
return false;
}
}
}
protected boolean canEqual(Object other) {
return other instanceof TestB;
}
public int hashCode() {
int PRIME = true;
int result = 1;
Object $name = this.getName();
int result = result * 59 + ($name == null ? 43 : $name.hashCode());
result = result * 59 + this.getAge();
return result;
}
public String toString() {
return "TestB(name=" + this.getName() + ", age=" + this.getAge() + ")";
}
}复制代码
按照代码的理解,若是两个子类对象,其子类中的属性相同、父类中的属性不一样时,利用equals()
方法时,依旧会认为这两个对象相同,测试一下:
public static void main(String[] args) {
TestB t1 = new TestB();
TestB t2 = new TestB();
t1.setOldName("123");
t2.setOldName("12345");
String name = "1";
t1.name = name;
t2.name = name;
int age = 1;
t1.age = age;
t2.age = age;
System.out.println(t1.equals(t2));
System.out.println(t2.equals(t1));
System.out.println(t1.hashCode());
System.out.println(t2.hashCode());
System.out.println(t1 == t2);
System.out.println(Objects.equals(t1, t2));
}复制代码
结果为:
true
true
6373
6373
false
true复制代码
对于父类是Object且使用了
@EqualsAndHashCode(callSuper = true)
注解的类,这个类由 Lombok 生成的equals()
方法只有在两个对象是同一个对象时,才会返回 true ,不然总为 false ,不管它们的属性是否相同。这个行为在大部分时间是不符合预期的,
equals()
失去了其意义。即便咱们指望equals()
是这样工做的,那么其他的属性比较代码即是累赘,会大幅度下降代码的分支覆盖率。
@Data
就不要有继承关系,相似 Kotlin 的作法。 equals()
, Lombok 不会对显式重写的方法进行生成。 @EqualsAndHashCode(callSuper = true)
, Lombok 会以显式指定的为准。 以上即是我在使用@Data
时碰到的问题以及本身的一些思考,在如今的项目,我干脆再也不使用该注解。若是你有什么想法,欢迎在下方留言。
有兴趣的话能够访问个人博客或者关注个人公众号、头条号,说不定会有意外的惊喜。