首先我们先问一个问题,两个对象值相同 (x.equals(y) == true) ,但却可有不同的 hashCode。是否正确? 如果非得严格意义上来说,是否一定存在x.equals(y) == true,但是hashCode却不相等,是可以存在的,如果我们想实现上述的问题,直接重写equals方法,返回true不就好了吗,但是他一定是不合理的。 我们看看Object的默认equals方法,以及String的equals方法。
public boolean equals(Object obj) {
return (this == obj);
}
public boolean equals(Object anObject) {
if (this == anObject) {
return true;
}
if (anObject instanceof String) {
String anotherString = (String)anObject;
int n = value.length;
if (n == anotherString.value.length) {
char v1[] = value;
char v2[] = anotherString.value;
int i = 0;
while (n-- != 0) {
if (v1[i] != v2[i])
return false;
i++;
}
return true;
}
}
return false;
}
原则上来说,上述问题是不存在的。
Java 对于 eqauls 方法和 hashCode 方法是这样规定的
- 如果两个对象相同(equals 方法返回 true),那么它们的 hashCode 值一定要相同;
- 如果两个对象的 hashCode 相同,它们并不一定相同。
当然,你未必要按照要求去做,但是如果你违背了上述原则就会发现在使用容器时,相同的对象可以出现在 Set 集合中,同时增加新元素的效率会大大下降(对于使用哈希存储的系统,如果哈希码频繁的冲突将会造成存取性能急剧下降)。关于 equals 和 hashCode 方法,很多 Java 程序员都知道,但很多人也就是仅仅知道而已。
在 Joshua Bloch的《Effective Java》中是这样介绍 equals 方法的。equals 方法必须满足
- 自反性(x.equals(x)必须返回 true);
- 对称性(x.equals(y)返回 true 时,y.equals(x)也必须返回 true);
- 传递性(x.equals(y)和 y.equals(z)都返回 true 时,x.equals(z)也必须返回 true)
- 一致性(当x 和 y 引用的对象信息没有被修改时,多次调用 x.equals(y)应该得到同样的返回值)
- 而且对于任何非 null 值的引用 x,x.equals(null)必须返回 false。
实现高质量的 equals 方法的诀窍包括:
- 使用==操作符检查"参数是否为这个对象的引用";
- 使用 instanceof 操作符检查"参数是否为正确的类型";
- 对于类中的关键属性,检查参数传入对象的属性是否与之相匹配;
- 编写完 equals 方法后,问自己它是否满足自反性、对称性、传递性、一致性;
- 重写 equals 时总是要重写 hashCode;
- 不要将 equals 方法参数中的 Object 对象替换为其他的类型,
- 重写时不要忘掉@Override 注解。
|