淺談java中HashMap鍵的比較方式

先看一個(gè)例子

 Integer integer=12344;
  Integer integer1=12344;

在Java中Integer 和Integer1是不相等的,但是如果再執行如下語(yǔ)句

map.put(integer, 1);
 map.put(integer1, 2);

會(huì )發(fā)現2會(huì )把1覆蓋,問(wèn)題來(lái)了,明明是兩個(gè)不同的對象,為什么,2會(huì )把1覆蓋呢?
我們看HashMap中添加鍵的源代碼,如下

可以發(fā)現我們傳進(jìn)來(lái)的鍵交給了一個(gè)hash的成員方法區處理,這里我們看看hash方法的源碼

哦,看到這里明白了,我們傳進(jìn)來(lái)的鍵會(huì )執行hashCode方法,那么到這里我們明白了,原來(lái),HashMap判斷兩個(gè)鍵是否相等是看他們的hashCode
是否相等,
那我們看看上面說(shuō)的integer和integer1的hashCode是否相等

這里發(fā)現是相等的,都是12344,所以我們可以很輕易的得出結論integer和integer1代表的是同一個(gè)鍵~,(這個(gè)結論是錯的,繼續往下看)
到這里還有一個(gè)問(wèn)題,hashCode相等的兩個(gè)對象他們的鍵一定是相同的嗎?
先說(shuō)答案不是,為什么呢?
來(lái),我再舉一個(gè)例子,先定義兩個(gè)字符串name,name1

然后輸出他們的hashCode值

可以看出,這兩個(gè)不同的字符串擁有相同的hashCode值,
那么我們執行如下代碼

看看他的輸出結果

嗯?怎么會(huì )這樣?我們定義的兩個(gè)字符串明明hashCode值相同,按理來(lái)說(shuō),他們在HashMap中應該是同一個(gè)鍵才對,為什么會(huì )是兩個(gè)不同的鍵?
我們再回過(guò)頭看HashMap中的put方法

發(fā)現他調用了一個(gè)叫putVal得方法我們點(diǎn)進(jìn)去看看

看到這里我們明白了,為什么name和name1hashCode值相同卻是兩個(gè)不同的鍵,因為他們進(jìn)行equals比較的時(shí)候不同呀,name是"通話(huà)",name1是"重地",equals方法不同,自然就是同的鍵,
至于我們一開(kāi)始舉的例子,integer和integer1,他們先進(jìn)行了hashCode比較,相同后再進(jìn)行,equals比較,再相同才判定他們是同一個(gè)鍵;
這也是我們?yōu)槭裁闯３Ｕf(shuō),為什么重寫(xiě)equals還要重寫(xiě)hashcode,這兩者缺一不可

到此這篇關(guān)于淺談java中HashMap鍵的比較方式的文章就介紹到這了,更多相關(guān)java HashMap鍵內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！