Kimi's NutShell

　　用被比較對象的class對象和當前對象的class比較，看起來是沒有問題，但是，如果這個類的子類沒有重新實現equals方法，那么子類在比較的時候，obj.getClass() 肯定不等于XXXCalss.class,也就是子類的equals將無效，所以if(obj.getClass() != this.getClass()) return false;才是正確的比較。
另外一個quick check是if(this==obj) return true;

　　是否equals方法一定比較的兩個對象就一定是要同一類型？上面我用了"通常"，這也是絕大多數程序員的愿望，但是有些特殊的情況，我們可以進行不同類型的比較，這并不違反規范。但這種特殊情況是非常罕見的，一個不恰當的例子是，Integer類的equals可以和Sort做比較，比較它們的value是不是同一數學值。（事實上JDK的API中并沒有這樣做，所以我才說是不恰當的例子）。在完成quick check以后，我們就要真正實現你認為的“相等”。對于如果實現對象相等，沒有太高的要求，比如你自己實現的“人”類，你可以認為只要name相同即認為它們是相等的，其它的sex,ago都可以不考慮。這是不完全實現，但是如果是完全實現，即要求所有的屬性都是相同的，那么如何實現equals方法？

class Human{
 private String name;
 private int ago;
 private String sex;
        ....................
        public boolean equals(Object obj){
  quick check.......
  Human other = (Human)ojb;
  return this.name.equals(other.name) 
   && this.ago == ohter.ago
   && this.sex.equals(other.sex);
 }
}

　　 這是一個完全實現，但是，有時equals實現是在父類中實現，而要求被子類繼承后equals能正確的工作，這時你并不事實知道子類到底擴展了哪些屬性，所以用上面的方法無法使equals得到完全實現。

　　一個好的方法是利用反射來對equals進行完全實現：

 public boolean equals(Object obj){
  quick check.......
  Class c = this.getClass();
  Filed[] fds = c.getDeclaredFields();
  for(Filed f:fds){
   if(!f.get(this).equals(f.get(obj)))
    return false;
  }
  return true;
 }

　　為了說明的方便，上明的實現省略了異常，這樣的實現放在父類中，可以保證你的子類的equals可以按你的愿望正確地工作。

　　關于equals方法的最后一點是：如果你要是自己重寫（正確說應該是履蓋）了equals方法，那同時就一定要重寫hashCode().為是規范，否則.............

　　我們還是看一下這個例子：

public final class PhoneNumber {
    private final int areaCode;
    private final int exchange;
    private final int extension;
    public PhoneNumber(int areaCode, int exchange, int extension) {
        rangeCheck(areaCode, 999, "area code");
        rangeCheck(exchange, 99999999, "exchange");
        rangeCheck(extension, 9999, "extension");
        this.areaCode = areaCode;
        this.exchange = exchange;
        this.extension = extension;
    }
    private static void rangeCheck(int arg, int max, String name) {
        if(arg < 0 || arg > max)
            throw new IllegalArgumentException(name + ": " + arg);
    }
    public boolean equals(Object o) {
        if(o == this)
            return true;
        if(!(o instanceof PhoneNumber))
            return false;
        PhoneNumber pn = (PhoneNumber)o;
        return pn.extension == extension && pn.exchange == exchange && pn.areaCode == areaCode;
    }
}

　　注意這個類是final的，所以這個equals實現沒有什么問題。

　　我們來測試一下:

    public static void main(String[] args) {
        Map hm = new HashMap();
        PhoneNumber pn = new PhoneNumber(123, 38942, 230);
        hm.put(pn, "I love you");
        PhoneNumber pn1 = new PhoneNumber(123, 38942, 230);
        System.out.println(pn);
        System.out.println("pn.equals(pn1) is " + pn.equals(pn1));
        System.out.println(hm.get(pn1));
        System.out.println(hm.get(pn));
    }

　　既然pn.equals(pn1),那么我put(pn,"I love you");后，get(pn1)這什么是null呢？

　　答案是因為它們的hashCode不一樣，而hashMap就是以hashCode為主鍵的。

　　所以規范要求，如果兩個對象進行equals比較時如果返回true,那么它們的hashcode要求返回相等的值。

　　好了，休息，休息一下。。。。。。。。。。。。。。。。

　　轉載自dev2dev網友axman的go deep into java專欄。

個人自述

一個男人.
一個寫程序的男人.
一個寫程序并正在從程序中尋找快樂的男人.
一個寫程序并正在從程序中尋找快樂并把快樂傳遞給大家的男人.

一個書生.
一個寂寞的書生.
一個寂寞的梅香竹影下敲聲寫韻的書生.
一個寂寞的梅香竹影下敲聲寫韻晨鐘暮鼓中逸氣揚劍的書生.

那個男人是位書生。沒有人知道他的姓名，居無定所，行無定蹤，亦耕變讀，或漁或樵。
所以有人叫他樵夫(Axman)，有人叫他漁郎(fisher)。