解析Java对象的equals()和hashCode()的使用

http://www.ixueyun.com/community/thread-1188-1-30.html 

 

前言

在Java语言中，equals()和hashCode()两个函数的使用是紧密配合的，你要是自己设计其中一个，就要设计另外一个。在多数情况下，这两 个函数是不用考虑的，直接使用它们的默认设计就可以了。但是在一些情况下，这两个函数最好是自己设计，才能确保整个程序的正常运行。最常见的是当一个对象 被加入收集对象（collection object）时，这两个函数必须自己设计。更细化的定义是：如果你想将一个对象A放入另一个收集对象B里，或者使用这个对象A为查找一个元对象在收集对象B里位置的钥匙，并支持是否容纳，删除收集对象B里的元对象这样的操作，那么，equals()和hashCode()函数必须开发者自己定义。其他情况下，这两个函数是不需要定义的。
   
equals():
它是用于进行两个对象的比较的，是对象内容的比较，当然也能用于进行对象参阅值的比较。什么是对象参阅值的比较？就是两个参阅变量的值得比较，我们都知道 参阅变量的值其实就是一个数字，这个数字可以看成是鉴别不同对象的代号。两个对象参阅值的比较，就是两个数字的比较，两个代号的比较。这种比较是默认的对 象比较方式，在Object这个对象中，这种方式就已经设计好了。所以你也不用自己来重写，浪费不必要的时间。   
对象内容的比较才是设计equals()的真正目的，Java语言对equals()的要求如下，这些要求是必须遵循的。否则，你就不该浪费时间：
    * 对称性：如果x.equals(y)返回是“true”，那么y.equals(x)也应该返回是“true”。   
    * 反射性：x.equals(x)必须返回是“true”。    
    * 类推性：如果x.equals(y)返回是“true”，而且y.equals(z)返回是“true”，那么z.equals(x)也应该返回是“true”。    
    * 还有一致性：如果x.equals(y)返回是“true”，只要x和y内容一直不变，不管你重复x.equals(y)多少次，返回都是“true”。    
    * 任何情况下，x.equals(null)，永远返回是“false”；x.equals(和x不同类型的对象)永远返回是“false”。
hashCode():     
这个函数返回的就是一个用来进行赫希操作的整型代号，请不要把这个代号和前面所说的参阅变量所代表的代号弄混了。后者不仅仅是个代号还具有在内存中才查找 对象的位置的功能。hashCode()所返回的值是用来分类对象在一些特定的收集对象中的位置。这些对象是HashMap, Hashtable, HashSet，等等。这个函数和上面的equals()函数必须自己设计，用来协助HashMap, Hashtable, HashSet，等等对自己所收集的大量对象进行搜寻和定位。
这些收集对象究竟如何工作的，想象每个元对象hashCode是一个箱子的编码，按照编码，每个元对象就是根据hashCode()提供的代号归入相应的 箱子里。所有的箱子加起来就是一个HashSet，HashMap，或 Hashtable对象，我们需要寻找一个元对象时，先看它的代码，就是hashCode()返回的整型值，这样我们找到它所在的箱子，然后在箱子里，每 个元对象都拿出来一个个和我们要找的对象进行对比，如果两个对象的内容相等，我们的搜寻也就结束。这种操作需要两个重要的信息，一是对象的 hashCode()，还有一个是对象内容对比的结果。
hashCode()的返回值和equals()的关系如下：
    * 如果x.equals(y)返回“true”，那么x和y的hashCode()必须相等。   
    * 如果x.equals(y)返回“false”，那么x和y的hashCode()有可能相等，也有可能不等。
   
为什么这两个规则是这样的，原因其实很简单，拿HashSet来说吧，HashSet可以拥有一个或更多的箱子，在同一个箱子中可以有一个或更多的独特元 对象（HashSet所容纳的必须是独特的元对象）。这个例子说明一个元对象可以和其他不同的元对象拥有相同的hashCode。但是一个元对象只能和拥 有同样内容的元对象相等。所以这两个规则必须成立。
设计这两个函数所要注意到的：     
如果你设计的对象类型并不使用于收集性对象，那么没有必要自己再设计这两个函数的处理方式。这是正确的面向对象设计方法，任何用户一时用不到的功能，就先不要设计，以免给日后功能扩展带来麻烦。
如果你在设计时想别出心裁，不遵守以上的两套规则，那么劝你还是不要做这样想入非非的事。我还没有遇到过哪一个开发者和我说设计这两个函数要违背前面说的两个规则，我碰到这些违反规则的情况时，都是作为设计错误处理。
当一个对象类型作为收集型对象的元对象时，这个对象应该拥有自己处理equals()，和/或处理hashCode()的设计，而且要遵守前面所说的两种 原则。equals()先要查null和是否是同一类型。查同一类型是为了避免出现ClassCastException这样的异常给丢出来。查 null是为了避免出现NullPointerException这样的异常给丢出来。   
如果你的对象里面容纳的数据过多，那么这两个函数 equals()和hashCode()将会变得效率低。如果对象中拥有无法serialized的数据，equals()有可能在操作中出现错误。想象 一个对象x，它的一个整型数据是transient型（不能被serialize成二进制数据流）。然而equals()和hashCode()都有依靠 这个整型数据，那么，这个对象在serialization之前和之后，是否一样？答案是不一样。因为serialization之前的整型数据是有效的 数据，在serialization之后，这个整型数据的值并没有存储下来，再重新由二进制数据流转换成对象后，两者（对象在serialization 之前和之后）的状态已经不同了。这也是要注意的。
1.何时需要重写equals()     
当一个类有自己特有的“逻辑相等”概念（不同于对象身份的概念）。    
2.设计equals()     
[1]使用instanceof操作符检查“实参是否为正确的类型”。    
[2]对于类中的每一个“关键域”，检查实参中的域与当前对象中对应的域值。    
[2.1]对于非float和double类型的原语类型域，使用==比较；    
[2.2]对于对象引用域，递归调用equals方法；    
[2.3]对于float域，使用Float.floatToIntBits(afloat)转换为int，再使用==比较；    
[2.4]对于double域，使用Double.doubleToLongBits(adouble) 转换为int，再使用==比较；    
[2.5]对于数组域，调用Arrays.equals方法。    
3.当改写equals()的时候，总是要改写hashCode()     
根据一个类的equals方法（改写后），两个截然不同的实例有可能在逻辑上是相等的，但是，根据Object.hashCode方法，它们仅仅是两个对象。因此，违反了“相等的对象必须具有相等的散列码”。    
4.设计hashCode()     
[1]把某个非零常数值，例如17，保存在int变量result中；    
[2]对于对象中每一个关键域f（指equals方法中考虑的每一个域）：    
[2.1]boolean型，计算(f ? 0 : 1);    
[2.2]byte,char,short型，计算(int);    
[2.3]long型，计算(int) (f ^ (f>>>32));    
[2.4]float型，计算Float.floatToIntBits(afloat);    
[2.5]double型，计算Double.doubleToLongBits(adouble)得到一个long，再执行[2.3];    
[2.6]对象引用，递归调用它的hashCode方法;    
[2.7]数组域，对其中每个元素调用它的hashCode方法。    
[3]将上面计算得到的散列码保存到int变量c，然后执行 result=37*result+c;    
[4]返回result。    
5.示例     
下面的这个类遵循上面的设计原则，重写了类的equals()和hashCode()。
view sourceprint?

01	package com.zj.unit;

02	import java.util.Arrays;

03

04	public class Unit {

05	private short ashort;

06	private char achar;

07	private byte abyte;

08	private boolean abool;

09	private long along;

10	private float afloat;

11	private double adouble;

12	private Unit aObject;

13	private int[] ints;

14	private Unit[] units;

15

16	public boolean equals(Object o) {

17	if (!(o instanceof Unit))

18	return false;

19	Unit unit = (Unit) o;

20	return unit.ashort == ashort

21	&& unit.achar == achar

22	&& unit.abyte == abyte

23	&& unit.abool == abool

24	&& unit.along == along

25	&& Float.floatToIntBits(unit.afloat) == Float

26	.floatToIntBits(afloat)

27	&& Double.doubleToLongBits(unit.adouble) == Double

28	.doubleToLongBits(adouble)

29	&& unit.aObject.equals(aObject)

30	&& equalsInts(unit.ints)

31	&& equalsUnits(unit.units);

32

}

33

34	private boolean equalsInts(int[] aints) {

35	return Arrays.equals(ints, aints);

36

}

37

38	private boolean equalsUnits(Unit[] aUnits) {

39	return Arrays.equals(units, aUnits);

40

}

41

42	public int hashCode() {

43	int result = 17;

44	result = 37 * result + (int) ashort;

45	result = 37 * result + (int) achar;

46	result = 37 * result + (int) abyte;

47	result = 37 * result + (abool ? 0 : 1);

48	result = 37 * result + (int) (along ^ (along >>> 32));

49	result = 37 * result + Float.floatToIntBits(afloat);

50	long tolong = Double.doubleToLongBits(adouble);

51	result = 37 * result + (int) (tolong ^ (tolong >>> 32));

52	result = 37 * result + aObject.hashCode();

53	result = 37 * result + intsHashCode(ints);

54	result = 37 * result + unitsHashCode(units);

55	return result;

56

}

57

58	private int intsHashCode(int[] aints) {

59	int result = 17;

60	for (int i = 0; i < aints.length; i++)

61	result = 37 * result + aints;

62	return result;

63

}

64

65	private int unitsHashCode(Unit[] aUnits) {

66	int result = 17;

67	for (int i = 0; i < aUnits.length; i++)

68	result = 37 * result + aUnits.hashCode();

69	return result;

70

}

71

}

收藏0 分享0