淺談java中HashMap鍵的比較方式_第1頁
淺談java中HashMap鍵的比較方式_第2頁
淺談java中HashMap鍵的比較方式_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明：本文檔由用戶提供并上傳，收益歸屬內(nèi)容提供方，若內(nèi)容存在侵權(quán)，請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

第淺談java中HashMap鍵的比較方式會(huì)發(fā)現(xiàn)2會(huì)把1覆蓋,問題來了,明明是兩個(gè)不同的對(duì)象,為什么,2會(huì)把1覆蓋呢

我們看HashMap中添加鍵的源代碼,如下

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

哦,看到這里明白了,我們傳進(jìn)來的鍵會(huì)執(zhí)行hashCode方法,那么到這里我們明白了,原來,HashMap判斷兩個(gè)鍵是否相等是看他們的hashCode

是否相等,

那我們看看上面說的integer和integer1的hashCode是否相等

這里發(fā)現(xiàn)是相等的,都是12344,所以我們可以很輕易的得出結(jié)論integer和integer1代表的是同一個(gè)鍵~,(這個(gè)結(jié)論是錯(cuò)的,繼續(xù)往下看)

到這里還有一個(gè)問題,hashCode相等的兩個(gè)對(duì)象他們的鍵一定是相同的嗎

先說答案不是,為什么呢

來,我再舉一個(gè)例子,先定義兩個(gè)字符串name,name1

然后輸出他們的hashCode值

可以看出,這兩個(gè)不同的字符串擁有相同的hashCode值,

那么我們執(zhí)行如下代碼

看看他的輸出結(jié)果

嗯怎么會(huì)這樣我們定義的兩個(gè)字符串明明hashCode值相同,按理來說,他們?cè)贖ashMap中應(yīng)該是同一個(gè)鍵才對(duì),為什么會(huì)是兩個(gè)不同的鍵

我們?cè)倩剡^頭看HashMap中的put方法

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

看到這里我們明白了,為什么name和name1hashCode值相同卻是兩個(gè)不同的鍵,因?yàn)樗麄冞M(jìn)行equals比較的時(shí)候不同呀,name是"通話",name1是"重地",equals方法不同,自然就是同的鍵,

至于我們一開始舉的例子,integer和integer1,他們先進(jìn)行了hashCode比較,相同后再進(jìn)行,equals比較,再相同才判定他們是同一個(gè)鍵;

溫馨提示

  • 1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽，若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間，僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理，對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯，并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容，請(qǐng)與我們聯(lián)系，我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論