為什麼要重寫equals()?

Equals和 == 的區別：

• ==：是個運算子， 判斷是否相等，基本資料型別進行判斷
  也可判斷兩個物件相等，比較兩個物件的雜湊碼值
• Equals：是個Object類的方法，只能夠判斷物件是否相等，不能對基本資料型別進行判斷
  如果沒重寫， 等價於a==b，但是重寫之後，有自己的判斷依據
• String和StringBuffer的區別

共同點： 都是常見的字串處理類
區別：String是個final類，屬性也用final修飾，物件的值不允許發生變化。
StringBuffer物件的值允許發生變化

使用場景：

• 1.如果想把持久類的例項放入set中（多值關聯時，1對多），建議實現equals和hashcode

• 2.想重用託管例項時，也要實現equals和hashcode

• 3.多個欄位組合作為聯合主鍵，必須實現equals和hashcode方法

從屬關係

• equals()和hashCode()這兩個方法屬於Object類，
• 而Object類是所有類的父類，因此所有的類都繼承了這兩個方法。

在API中：

*　public boolean equals(Objectobj)，對於任何非空引用值 x 和 y，當且僅當 x 和 y 引用同一個物件時，此方法才返回 true；

*　注意：當此方法被重寫時，通常有必要重寫 hashCode 方法，以維護 hashCode 方法的常規協定，該協定宣告相等物件必須具有相等的雜湊碼。
*　public int hashCode() 返回該物件的雜湊碼值。支援該方法是為雜湊表提供一些優點。

思路分析：

• 如果不重寫equals，那麼比較的將是物件的引用是否指向同一塊記憶體地址，

• 重寫之後目的是為了比較兩個物件的value值是否相等。

• 特別指出，此時，利用equals比較八大包裝物件（如int，float等）

• 和String類（因為該類已重寫了equals和hashcode方法）物件時，

• 預設比較的是值，在比較其它物件都是比較的引用地址。

為什麼要重寫hashcode呢？

• 利用HashSet/HashMap/Hashtable類來儲存資料時，都是根據儲存物件的hashcode值來進行判斷是否相同的。

• 這樣如果我們對一個物件重寫了euqals，意思是隻要物件的成員變數值都相等那麼euqals就等於true，

• 但不重寫hashcode，那麼我們再new一個新的物件，當原物件.equals（新物件）等於true時，

• 兩者的hashcode卻是不一樣的，由此將產生了理解的不一致。

• 將會儲存了兩個值一樣的物件，導致混淆，因此，就也需要重寫hashcode。

判斷兩個物件是否相等的規則：

• 如果兩個物件雜湊值不同，那麼這兩個物件不相等。
• 如果相同，則呼叫equals()方法判斷，
• 如果equals()方法返回true，則這兩個物件相等，否則不相等。
• 為了保證這種一致性，必須滿足以下兩個條件：
  (1)當obj1.equals(obj2)為true時，obj1.hashCode() == obj2.hashCode()必須為true
  (2)當obj1.hashCode() == obj2.hashCode()為false時，obj1.equals(obj2)必須為false