淺談java中為什么重寫equals后需要重寫hashCode
一、先看現(xiàn)象
public class TestDemo {
public static void main(String[] args) {
Person p1 = new Person("阿倫");
Person p2 = new Person("阿倫");
System.out.println(p1.equals(p2));
}
static class Person {
public Person(String name) {
this.name = name;
}
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Person person = (Person) o;
return Objects.equals(name, person.name);
}
}
}
上方代碼運(yùn)行結(jié)束后,可以看到輸出的結(jié)果為true。

可以看到,因?yàn)橹貙懥?code>equals方法后,只要類型相同,name相同,就認(rèn)定兩個(gè)對象是同一個(gè),而不是默認(rèn)用內(nèi)存地址去比對是不是同一個(gè),
在我們的業(yè)務(wù)代碼中一般會需要這么用,例如一個(gè)人名字相等,就是同一個(gè)人,正常來說,我們重寫了equals判斷是相等的不就已經(jīng)夠用了嗎,為什么還要重寫hashCode呢, 下面我們再看一個(gè)例子。
二、為什么要重寫hashCode
根據(jù)開篇中的代碼,我們不重寫hashCode,下面來做一個(gè)需求,過濾重復(fù)的人,例如兩個(gè)名叫阿倫的人, 但是我們只保存一個(gè),
那這時(shí)候咱們用HashMap來做,因?yàn)?code>HashMap的key是唯一的,去重的,我們重寫了Person的equals方法,只要名字是相等的,就是同一個(gè)對象,那HashMap應(yīng)該會識別出來并去重吧?我們看下結(jié)果:
public static void main(String[] args) {
Person p1 = new Person("阿倫");
Person p2 = new Person("阿倫");
Map<Person, String> map = new HashMap<>();
map.put(p1, p1.getName());
map.put(p2, p2.getName());
System.out.println("map長度:" + map.size());
map.forEach((key, value) -> {
System.out.println(key.getName());
});
}

是不是很神奇,竟然沒有去重,兩個(gè)都保存到了HashMap中,并沒有達(dá)到我們想要的效果,這是為什么?
首先HashMap的內(nèi)部存值是一個(gè)數(shù)組,但是HashMap的查找速度非常快,基本是O(1),
這是因?yàn)樗柚?code>Hash算法,HashMap對key進(jìn)行hash后,得出一個(gè)整數(shù)值, 這個(gè)整數(shù)值就是存放到最終的存儲數(shù)組中的下標(biāo), 當(dāng)然這塊后續(xù)還有一系列的處理, 可以查閱相關(guān)資料做深入的了解, 這里只做簡單的描述,
我們接著上面的問題看,因?yàn)槲覀儧]有重寫hashCode方法,雖然equals以兩個(gè)對象的name值是否相同做對比,但是HashMap存值的時(shí)候,是通過hashCode進(jìn)行計(jì)算,算出一個(gè)值存到相應(yīng)的數(shù)組下標(biāo)下去的呀?
所以我們上面代碼中的p1和p2兩個(gè)值返回的hashCode值是不同的,所以計(jì)算出來的下標(biāo)也不同,導(dǎo)致他們被HashMap存到不同的數(shù)組下標(biāo)下面去了~ 這就是為什么沒有去重成功的原因,

看上圖, 兩個(gè)對象在堆地址中, 名字是一樣的,hashCode不同,如果是通過名字做比對,做hash,那么就是相等的,但是HashMap用的是hashCode,所以,我們需要重寫hashCode方法,根據(jù)自身業(yè)務(wù)保證,相同含義在業(yè)務(wù)層面屬于一個(gè)對象的hashCode也要保持一致。
看下圖,我們可以將hashCode的計(jì)算方式改成用name來計(jì)算:

三、實(shí)現(xiàn)代碼
public class TestDemo {
public static void main(String[] args) {
Person p1 = new Person("阿倫");
Person p2 = new Person("阿倫");
System.out.println(p1.hashCode());
System.out.println(p2.hashCode());
Map<Person, String> map = new HashMap<>();
map.put(p1, p1.getName());
map.put(p2, p2.getName());
map.get(p1);
System.out.println("map長度:" + map.size());
map.forEach((key, value) -> {
System.out.println(key.getName());
});
}
static class Person {
public Person(String name) {
this.name = name;
}
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Person person = (Person) o;
return Objects.equals(name, person.name);
}
@Override
public int hashCode() {
return Objects.hash(name);
}
}
}

可以看到,當(dāng)我們重寫了hashCode讓對象的名字作為計(jì)算的值,用來產(chǎn)生最終的hash值,這樣HashMap就可以幫我們把兩個(gè)對象,路由到一個(gè)下標(biāo)下面了,再通過equals比對,確定兩個(gè)是同一個(gè)對象,從而達(dá)到去重的效果。
四、總結(jié)
根據(jù)業(yè)務(wù)狀況重寫equals后,一定要將hashCode用一定相同的規(guī)則做hash,防止在一些需要用到對象hashCode的地方造成誤會,引發(fā)問題,
同時(shí)這里再說一點(diǎn),hashCode也會發(fā)生沖突和重復(fù)喔~ 也許他們并不是一個(gè)對象,但是hashCode是相同的,這時(shí)HashMap是怎么處理的呢?
這里簡單說一下,是用鏈表,當(dāng)兩個(gè)對象hashCode沖突時(shí),會將這兩個(gè)對象放在同一個(gè)下標(biāo)下的鏈表中都保存著,獲取的時(shí)候通過hashCode路由到相應(yīng)的地點(diǎn),然后循環(huán)這個(gè)列表通過equals方法做對比,返回最終的正確值。
重寫equals和hashCode的原則:
1.自反性:x.equals(x) == true,自己和自己比較相等
2.對稱性:x.equals(y) == y.equals(x),兩個(gè)對象調(diào)用equals的的結(jié)果應(yīng)該一樣
3.傳遞性:如果x.equals(y) == true y.equals(z) == true 則 x.equals(z) == true,x和y相等,y和z相等,則x和z相等
4.一致性 : 如果x對象和y對象有成員變量num1和num2,其中重寫的equals方法只有num1參加了運(yùn)算,則修改num2不影響x.equals(y)的值
到此這篇關(guān)于淺談java中為什么重寫equals后需要重寫hashCode的文章就介紹到這了,更多相關(guān)Java重寫equals內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
java并發(fā)編程StampedLock高性能讀寫鎖詳解
這篇文章主要為大家介紹了java并發(fā)編程StampedLock高性能讀寫鎖的示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-05-05
MyBatis后端對數(shù)據(jù)庫進(jìn)行增刪改查等操作實(shí)例
Mybatis是appach下開源的一款持久層框架,通過xml與java文件的緊密配合,避免了JDBC所帶來的一系列問題,下面這篇文章主要給大家介紹了關(guān)于MyBatis后端對數(shù)據(jù)庫進(jìn)行增刪改查等操作的相關(guān)資料,需要的朋友可以參考下2022-08-08
解決springboot配置文件組解決自動配置屬性無法注入問題
在使用Spring Boot時(shí),可能會遇到配置文件屬性注入失敗的問題,本文描述了一個(gè)案例,其中嘗試使用profile文件組指定不同環(huán)境下的配置文件,但遇到了屬性無法成功注入的情況,提供的解決辦法是將Spring Boot的版本號從2.2.0.RELEASE升級到2.4.02024-09-09
Mybatis與Jpa的區(qū)別和性能對比總結(jié)
mybatis和jpa兩個(gè)持久層框架,從底層到用法都不同,但是實(shí)現(xiàn)的功能是一樣的,所以說一直以來頗有爭議,所以下面這篇文章主要給大家介紹了關(guān)于Mybatis與Jpa的區(qū)別和性能對比的相關(guān)資料,需要的朋友可以參考下2021-06-06
Java如何實(shí)現(xiàn)http接口參數(shù)和返回值加密
這篇文章主要介紹了Java如何實(shí)現(xiàn)http接口參數(shù)和返回值加密問題,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-11-11
Spring?Boot實(shí)現(xiàn)消息的發(fā)送和接收使用實(shí)戰(zhàn)指南
這篇文章主要為大家介紹了Spring?Boot實(shí)現(xiàn)消息的發(fā)送和接收使用實(shí)戰(zhàn)指南,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-06-06

