一個 int 取數 整數 lse fin hash 為什麽 操作

1.自反性
對於任何非null的引用的值x;x.equals(x);必須返回的是true
2.對稱性
對於任何非null的引用值x和y,當且僅當x.equals(y)為true的時候，y.equals(x)也必須返回true
3.傳遞性
對於任何非null的引用值想x,y,z，當且僅當x.equals(y);為true ;y.equals(z)的時候
x.eqauls(z)也必須為true
4.一致性
對於任何非null的引用值x和y,只要equals的比較操作在對象中的所有的信息都沒有被修改，多次調用x.equals(y)就會一致的返回true;或者一致的返回false;
5,

最終要的一點是在重寫equals的時候必須要重寫hashcode

如果兩個對象根據equals方法比較是相等的，那麽調用這兩個對象中任意一個對象的hashcode方法都必須產生同樣的整數結果。如果調用eqauls方法去比較兩個對象，如果兩個對象是不相等的，則不一定產生不同的hashcode.

就有如下的例子

public final class PhoneNumber{
private final short areaCode;

private final short prefix;

private final short lineNumber;

public PhoneNumber(int areaCode,int prefix,int lineNumber){

this.areaCode=areaCode;
this.prefix=prefix;
this.lineNumber=lineNumber;

}

}

實例化 PhoneNumber t1=new PhoneNumber(2,3,4);
PhoneNumber t2=new PhoneNumber(2,3,4);
將ti作為key存儲如下：
map.put(t1,"jack");
再用t2去取數據的時候，我們期望得到的數據為jack，但是實際我們得到的是null;這是為什麽呢？
因為PhoneNumber 沒有重寫hashCode 方法，就兩個相同的對象產生了不同的hashcode，而在get的時候我們根據t2所在散列桶中去找之前的數據，當然是找不到的，put的數據在t1，所在的散列桶中，所以用t2去找的時候當然為null;

因此在重寫equals的時候必須重寫hashcode方法。

重寫equals所要遵守的約定