重写equals所要遵守的约定
1.自反性
對于任何非null的引用的值x;x.equals(x);必須返回的是true
2.對稱性
對于任何非null的引用值x和y,當(dāng)且僅當(dāng)x.equals(y)為true的時候,y.equals(x)也必須返回true
3.傳遞性
對于任何非null的引用值想x,y,z,當(dāng)且僅當(dāng)x.equals(y);為true ;y.equals(z)的時候
x.eqauls(z)也必須為true
4.一致性
對于任何非null的引用值x和y,只要equals的比較操作在對象中的所有的信息都沒有被修改,多次調(diào)用x.equals(y)就會一致的返回true;或者一致的返回false;
5,
最終要的一點是在重寫equals的時候必須要重寫hashcode
如果兩個對象根據(jù)equals方法比較是相等的,那么調(diào)用這兩個對象中任意一個對象的hashcode方法都必須產(chǎn)生同樣的整數(shù)結(jié)果。如果調(diào)用eqauls方法去比較兩個對象,如果兩個對象是不相等的,則不一定產(chǎn)生不同的hashcode.
就有如下的例子
public final class PhoneNumber{
private final short areaCode;
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去取數(shù)據(jù)的時候,我們期望得到的數(shù)據(jù)為jack,但是實際我們得到的是null;這是為什么呢?
因為PhoneNumber 沒有重寫hashCode 方法,就兩個相同的對象產(chǎn)生了不同的hashcode,而在get的時候我們根據(jù)t2所在散列桶中去找之前的數(shù)據(jù),當(dāng)然是找不到的,put的數(shù)據(jù)在t1,所在的散列桶中,所以用t2去找的時候當(dāng)然為null;
因此在重寫equals的時候必須重寫hashcode方法。
轉(zhuǎn)載于:https://blog.51cto.com/13919712/2284385
總結(jié)
以上是生活随笔為你收集整理的重写equals所要遵守的约定的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 测试心得
- 下一篇: WPF 窗口居中 变更触发机制