這篇總結(jié)的形式是提出個(gè)問(wèn)題，然后給出問(wèn)題的答案。這是目前學(xué)習(xí)知識(shí)的一種嘗試，可以讓學(xué)習(xí)更有目的。

Q1.什么時(shí)候應(yīng)當(dāng)重寫對(duì)象的equals方法？

答：一般在我們需要進(jìn)行值比較的時(shí)候，是需要重寫對(duì)象的equals方法的。而例外情況在《effective java》的第7條“在改寫equals的時(shí)候請(qǐng)遵守通用約定”中清楚描述了。

我們知道，在Java中，每個(gè)對(duì)象都繼承于Object.如果不重寫，則默認(rèn)的equals代碼如下所示：

public boolean euqals(Object obj){
 return this == obj;
}

由上面的代碼可以看出，equal默認(rèn)是使用“==”來(lái)判斷兩個(gè)對(duì)象是否相等。兩個(gè)對(duì)象使用“==”比較的是對(duì)象的地址，只有兩個(gè)引用指向的對(duì)象相同的時(shí)候，“==”才返回true。所以，在開(kāi)頭的例子中，就需要重寫equals方法，讓兩個(gè)對(duì)象有equals的時(shí)候。

Q2.如何重寫equals？

答：首先，當(dāng)改寫equals方法時(shí)，需要保證滿足它的通用約定。這些約定如下所示：

自反性，對(duì)于任意的引用值x,x.equals(x)一定為true。
對(duì)稱性，對(duì)于任意的引用值x和y，當(dāng)且僅當(dāng)y.equals(x)時(shí)，x.equals(y)也一定返回true.
傳遞性，對(duì)于任意的引用值x,y,z。如果x.equals(y)返回true，y.euqals(z)返回true，則x.equals(z)也返回true。
一致性，對(duì)于任意的引用值x和y，如果用于equals比較的對(duì)象信息沒(méi)有修改，那么，多次調(diào)用x.equals(y)要么一致返回true,要么一致返回false.
非空性，所有的對(duì)象都必須不等于null。

其實(shí)我覺(jué)的一個(gè)簡(jiǎn)單的方法是參照String的equals方法即可，官方出版，滿足各種要求。其代碼如下所示

public boolean equals(Object anObject) {
 if (this == anObject) {
 return true;
 }
 if (anObject instanceof String) {
 String anotherString = (String)anObject;
 int n = count;
 if (n == anotherString.count) {
  char v1[] = value;
  char v2[] = anotherString.value;
  int i = offset;
  int j = anotherString.offset;
  while (n– != 0) {
  if (v1[i++] != v2[j++])
   return false;
  }
  return true;
 }
 }
 return false;
}

函數(shù)的解釋如下所示：

• 使用==檢查“實(shí)參是否是指向?qū)ο蟮囊粋€(gè)引用”。
• 使用instanceof檢查實(shí)參是否和本對(duì)象同類，如果不同類，就不相等。
• 將實(shí)參轉(zhuǎn)換為正確的類型。
• 根據(jù)類的定義，檢查實(shí)現(xiàn)此對(duì)象值相等的各個(gè)條件。
  

更詳細(xì)的信息，還是請(qǐng)看《effective java》的第7條“在改寫equals的時(shí)候請(qǐng)遵守通用約定”。

Q3.修改equals時(shí)需要注意什么？

答：大致需要注意以下幾點(diǎn)：

若修改equals方法，也請(qǐng)修改hashCode方法

首先這個(gè)是語(yǔ)言的一個(gè)約定，這么做的一個(gè)原因是當(dāng)此對(duì)象作為哈希容器的元素時(shí)，需要依賴hashCode,對(duì)象默認(rèn)的hashCode是返回一個(gè)此對(duì)象特有的hashCode，不同的對(duì)象的hashCode返回值是不一樣的，而哈希容器處理元素時(shí)，是按照對(duì)象的哈希值將對(duì)象分配到不同的桶中，若我們不重寫對(duì)象的hashCode,那么值相等的對(duì)象產(chǎn)生的哈希值也會(huì)不同，這樣當(dāng)在哈希容器中查找時(shí)，會(huì)找不到對(duì)應(yīng)的元素。

更詳細(xì)的信息請(qǐng)看《effective Java》的第8條“改寫equals時(shí)總是要改寫hashCode”。

重寫時(shí)保證函數(shù)聲明的正確

請(qǐng)注意equals的聲明是

public boolean equals(Object obj)

參數(shù)類型是Object,如果參數(shù)類型是此對(duì)象類型的話，如下：

class Point{
final int x;
final int y;
public void Point(int x, int y)
 this.x = x;
 this.y = y;
}
public boolean euqals(Point obj){
  return (this.x == obj.x && this.y == obj.y);
 }
}

下面代碼執(zhí)行是按照我們的預(yù)期執(zhí)行的。

Point a(1, 2);
Poinr b(1, 2);
System.out.println(a.equals(b));// 輸出true

但是如果將類A放入容器中，則會(huì)出問(wèn)題

import java.util.HashSet;

HashSet<Point> coll = new HashSet<Point>();
coll.add(a);
System.out.println(coll.contains(b));// 輸出false

這是由于HashSet中的contains方法中調(diào)用的是equals(Object obj)，而Point中的equals(Object obj)仍是Object的equals，這個(gè)方法在前面已經(jīng)說(shuō)過(guò)了，比較的是對(duì)象的地址，所以在coll中調(diào)用contains(b)時(shí)，當(dāng)然得不到true。

當(dāng)有繼承關(guān)系時(shí)注意equals的正確
當(dāng)一個(gè)類重寫equals方法后，另一個(gè)類繼承此類，此時(shí)，可能會(huì)違反前面說(shuō)到的對(duì)稱性，代碼如下所示：

public class ColoredPoint extends Point { 
 private final Color color;
 public ColoredPoint(int x, int y, Color color) {
 super(x, y);
 this.color = color;
 }

 @Override 
 public boolean equals(Object other) {
 boolean result = false;
 if (other instanceof ColoredPoint) {
  ColoredPoint that = (ColoredPoint) other;
  result = (this.color.equals(that.color) && super.equals(that));
 }
 return result;
 }
}

當(dāng)我們作比較時(shí)

Point p = new Point(1, 2);
ColoredPoint cp = new ColoredPoint(1, 2, Color.RED);
System.out.println(p.equals(cp)); //輸出ture
System.out.println(cp.equals(p)); //輸出false

原因是當(dāng)調(diào)用Point.equals的時(shí)候，只比較了Point的x和y坐標(biāo)，同時(shí)ColoredPoint也是Point類型，所以上面第三行代碼相等，而調(diào)用ColoredPoint的時(shí)候，Point不是ColoredPoint類型，這樣就導(dǎo)致第四行代碼輸出false。

若我們忽略Color的信息來(lái)比較呢，例如將ColoredPoint的equals方法改為：

@overwrite
public boolean equals(Object obj){
 if((obj instanceof Point)){
 return false;
 }

 if(!(obj instanceof ColoredPoint)){
 return obj.equals(this);
 }

 return super.equals(obj) && ((ColoredPoint)obj).color == color;
}

這樣就保證了對(duì)稱性，但是卻違反了傳遞性，即下面的情況：

ColoredPoint cp1 = new ColoredPoint(1, 2, Color.RED);
Point p = new Point(1, 2);
ColoredPoint cp2 = new ColoredPoint(1, 2, Color.BLUE);
System.out.println(cp1.equals(p)); //true
System.out.println(p.equals(cp2)); //true
System.out.println(cp1.equals(cp2)); //false

面對(duì)這種情況，大致有兩種解決方案，一種酷殼的文章–如何在Java中避免equals方法的隱藏陷阱的最后一條，斷絕了Point和ColoredPoint相等的可能，這是一種處理方法，認(rèn)為Point和ColoredPoint是不同的。另一種方法是effective Java上提出的，使用聚合而不是繼承，將Point作為ColoredPoint的一個(gè)成員變量。目前我傾向于這種方法，因?yàn)榫酆媳壤^承更靈活，耦合更低。這種方法的代碼如下所示：

class ColoredPoint{
 private final Point point;
 private final Color color;

 public Point asPoint(){
 return point;
 }

 public boolean equals(Object obj){
 boolean ret = false;
 if(obj instanceof ColoredPoint){
  ColoredPoint that = (ColoredPoint)obj;
  ret = that.point.equals(point) && color.equals(that.color);
 }
 return ret;
 }
}

當(dāng)ColoredPoint需要比較坐標(biāo)時(shí)，可以調(diào)用asPoint方法來(lái)轉(zhuǎn)化為坐標(biāo)進(jìn)行比較。其他情況比較坐標(biāo)和顏色，這樣就可以解決上面關(guān)于對(duì)稱性和傳遞性的問(wèn)題了。

以上就是全文的內(nèi)容，由于水平有限，文章中難免會(huì)有錯(cuò)誤，希望大家指正，謝謝。

希望本文對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論