大家好，我是小米，歡迎大家來到我的微信公眾號！今天，我們將討論一個在Java開發(fā)中經(jīng)常被問到的問題：“為什么在重寫 equals 方法時也要重寫 hashCode 方法？”這個問題可能在你的面試中經(jīng)常出現(xiàn)，但它不僅僅是一個面試題，它還涉及到了Java中非常重要的概念，即對象的相等性和哈希碼。讓我們深入探討這個問題，并了解為什么它如此重要。

equal 和 hashCode 是什么？

在Java中，每個對象都有一個默認的 equals 方法，它比較的是對象的引用是否相等，即比較兩個對象是否是同一個實例。但是，在實際開發(fā)中，我們通常需要比較對象的內容是否相等，而不僅僅是比較它們的引用。這就是為什么我們需要重寫 equals 方法的原因。

哈希碼（hashCode）是另一個與對象相關的重要概念。哈希碼是一個整數(shù)值，它是根據(jù)對象的內容計算得出的。在Java中，哈希碼主要用于散列數(shù)據(jù)結構，如哈希表。哈希表是一種常用的數(shù)據(jù)結構，它可以快速查找存儲在其中的對象。哈希碼可以幫助我們確定對象在哈希表中的存儲位置，從而實現(xiàn)高效的查找操作。

為什么要重寫 equals 方法？

默認情況下，Java中的 equals 方法比較的是對象的引用。如果我們不重寫 equals 方法，那么對于兩個不同的對象，即使它們的內容相同，調用 equals 方法也會返回 false，因為它們的引用不同。

考慮以下示例：

圖片

在這個示例中，盡管 person1 和 person2 的內容相同，但它們是不同的對象，因此 equals 方法返回 false。這顯然不是我們想要的行為。

為了解決這個問題，我們需要重寫 equals 方法，以便比較對象的內容而不是引用。通常，我們會在自定義類中重寫 equals 方法，以實現(xiàn)我們自己的相等性邏輯，比較對象的屬性是否相等。

為什么要重寫 hashCode 方法？

好了，現(xiàn)在我們知道了為什么要重寫 equals 方法，但是為什么還需要重寫 hashCode 方法呢？這是因為在使用散列數(shù)據(jù)結構時，比如哈希表，我們希望相等的對象具有相等的哈希碼。

在Java中，哈希表使用哈希碼來確定存儲對象的位置。如果兩個相等的對象具有不同的哈希碼，那么它們將被存儲在哈希表的不同位置，導致無法正確查找這些對象。

考慮以下示例：

圖片

在這個示例中，盡管 person3 和 person4 的內容相同，但由于它們具有不同的哈希碼，set.contains(person4) 返回 false。這是因為哈希表無法正確定位到 person4。

為了解決這個問題，我們需要確保重寫 equals 方法的對象也必須重寫 hashCode 方法，以便它們的哈希碼是相等的。這樣，哈希表就能夠正確地存儲和查找這些對象了。

重寫 hashCode 方法的規(guī)則

那么，如何正確地重寫 hashCode 方法呢？Java對于 hashCode 方法有一些規(guī)定，這些規(guī)定確保了哈希碼的一致性和性能。

以下是一些重寫 hashCode 方法的規(guī)則：

• 如果兩個對象通過 equals 方法相等，那么它們的哈希碼必須相等。
• hashCode 方法的計算應該是高效的，避免復雜的計算。
• hashCode 方法的結果應該在對象的生命周期內保持不變。如果一個對象的內容發(fā)生了變化，它的哈希碼也應該保持不變。
• 對于不相等的對象，哈希碼盡量不要相等，以提高哈希表的性能。

為了遵守這些規(guī)則，通常我們可以使用對象的屬性來計算哈希碼，比如使用屬性的哈希碼相加或異或來得到對象的哈希碼。

示例：重寫 equals 和 hashCode 方法

讓我們來看一個示例，如何重寫 equals 和 hashCode 方法：

圖片

在這個示例中，我們重寫了 equals 方法，比較了 name 和 age 屬性是否相等，然后重寫了 hashCode 方法，使用了 Objects.hash 方法來計算哈希碼。

END

為了保證對象的相等性和哈希表的正確性，我們需要在重寫 equals 方法時也重寫 hashCode 方法。這兩個方法是密切相關的，它們一起確保對象在使用散列數(shù)據(jù)結構時能夠正確工作。

當你在面試中遇到這個問題時，不要忘記強調 equals 和 hashCode 方法的一致性和性能，以及遵守重寫 hashCode 方法的規(guī)則。這將幫助你深刻理解這個重要的概念，并在實際開發(fā)中正確地使用它們。