@override
public boolean equals(object obj) else if (!uname.equals(user.uname))
return false;
if (*** == null) else if (!***.equals(user.***))
return false;
if (city == null) else if (!city.equals(user.city))
return false;
return true;
}//重寫equals要實現hachcode()
@override
public int hashcode()
equals()和hashcode()這兩個方法屬於object類，而object類是所有類的父類，因此所有的類都繼承了這兩個方法。其中有一些類重寫了這兩個方法。
例如:object類的equals()方法**如下:
public boolean equals(object obj)
這兩個方法都來自於object物件，根據api文件檢視下原意。
(1)public boolean equals(objectobj)，對於任何非空引用值 x 和 y，當且僅當 x 和 y 引用同乙個物件時，此方法才返回 true；
注意：當此方法被重寫時，通常有必要重寫 hashcode 方法，以維護 hashcode 方法的常規協定，該協定宣告相等物件必須具有相等的雜湊碼。
（2）public int hashcode() 返回該物件的雜湊碼值。支援該方法是為雜湊表提供一些優點
我們知道，如果不重寫equals，那麼比較的將是物件的引用是否指向同一塊記憶體位址，重寫之後目的是為了比較兩個物件的value值是否相等。特別指出，此時，利用equals比較八大包裝物件（如int，float等）和string類（因為該類已重寫了equals和hashcode方法）物件時，預設比較的是值，在比較其它物件都是比較的引用位址。那產生了乙個問題，為什麼jdk中希望我們在重寫equals時，非常有必要重寫hashcode呢？
我的理解是hashcode是用於雜湊資料的快速訪問，如利用hashset/hashmap/hashtable類來儲存資料時，都是根據儲存物件的hashcode值來進行判斷是否相同的。這樣如果我們對乙個物件重寫了euqals，意思是只要物件的成員變數值都相等那麼euqals就等於true，但不重寫hashcode，那麼我們再new乙個新的物件，當原物件.equals（新物件）等於true時，兩者的hashcode卻是不一樣的，由此將產生了理解的不一致，如在儲存雜湊集合時（如set類），將會儲存了兩個值一樣的物件，導致混淆，因此，就也需要重寫hashcode。
在集合類(hashmap,hashset等)中判斷兩個物件是否相等有如下規則:
如果兩個物件雜湊值不同，那麼這兩個物件不相等。如果相同，則呼叫equals()方法判斷，如果equals()方法返回true，則這兩個物件相等，否則不相等。為了保證這種一致性，必須滿足以下兩個條件：
(1)當obj1.equals(obj2)為true時，obj1.hashcode() == obj2.hashcode()必須為true
(2)當obj1.hashcode() == obj2.hashcode()為false時，obj1.equals(obj2)必須為false
重寫了equals為什麼還要重寫hashcode
首先先來看看不重寫任何方法的結果 可以看出建立的兩個物件所有資訊都是一樣的,說明物件這就是指的同乙個人.可判斷這為false說明這不是同乙個物件.再來看看重寫equals不重寫hashcode的結果 然而重寫了equals，且student.equals student1 返回true，根據hash...
為什麼重寫equals一定要重寫hashcode？
link1，link2，link3，link4，link5，link6 主要是為了提公升雜湊表的效能。因為hashmap 集合類使用了 hashcode 方法來計算物件在雜湊表中應該儲存的位置，如果不重寫hashcode值一樣的物件。因為new出來的物件即使值相同，儲存位址必不相同。不重寫 hash...
關於equals 方法的重寫
我們都知道 和equals 方法都是用來比較兩個物件是否相同，他們都是看比較物件是否指向同一記憶體位址，通常我們更想比較的是屬性值是否相等，這時候就要重寫equals 方法 首先先給大家舉乙個沒有重寫方法之前的equals 方法 重寫equals 方法和hashcode 如下 override pu...