walterwing |
|
|||
日歷
統(tǒng)計
導(dǎo)航常用鏈接留言簿(1)隨筆分類隨筆檔案搜索最新評論
閱讀排行榜評論排行榜 |
題目:
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() 上面代碼輸出結(jié)果為10,為什么? 題目乍一看很簡單,不就是一個HashSet么,但看完了題目又覺得困惑:對啊,怎么會是10?真難為自己還特意花了一些時間學(xué)習(xí)Java的Collection Framework,居然連這么小的一個題目都吃不透,汗顏啊…… 看了半天,沒有思路,跳過去做其他題,待到收卷前10分鐘,不甘心,再回過頭來看這道題。發(fā)現(xiàn)一個值得懷疑的地方:Set<Short> set = …… 為什么要特意設(shè)定是Short?再看到下面的i - 1,馬上感覺到似乎和類型轉(zhuǎn)換有關(guān)。 目前可以肯定的是: 1. set存儲的元素是Short類型 2. 調(diào)用remove方法時,i - 1會自動轉(zhuǎn)型為int,也就是說,傳給remove方法的參數(shù)是一個int值 接下來呢?int值會被自動包裝成Integer還是Short?對Java的泛型和Auto-Boxing不是很了解,于是在這犯迷糊了,只好將目前的思路草草寫了幾筆,交卷…… 作為一名后知后覺的Java愛好者,自然不能放過這么有意思的題目。如是回來之后,上機親自試驗,輸入試題程序,出來的結(jié)果果然是10(嗯,沒騙我……)。然后驗證自己的猜測:將Set<Short>改為Set<Integer>,輸出結(jié)果……1! 看來我還是有一定的嗅覺的…… 接下來就是探索原因了 首先驗證一下i - 1得到的結(jié)果會不會有錯:-1,0,1,……8。嗯,是對的 然后驗證一下每次remove之后有沒有真的remove掉指定的值……發(fā)現(xiàn)沒有。 苦思…… 經(jīng)一位精研C++的同學(xué)提醒:是不是因為存的是short,但刪的是int,所以不能刪? 試驗一下: ![]() ![]() ![]() ![]() 輸出結(jié)果……false!看來終于找到真正的原因了。 查看一下Short.equals()方法的源代碼: ![]() ![]() ![]() ![]() ![]() ![]() ft……居然不是同一類型的就無視……這跟胸懷廣闊的集合框架背道而馳啊……當(dāng)然,這是我的錯 目前可以大致推斷:因為set中存入的是值為0~9的Short型對象,而每次刪除是是要求刪除值為-1~8的Integer型對象,但值相同的Short與Integer看來并不“相等”,所以無法刪除。 那就看一下HashSet的remove方法究竟干了些什么 ![]() ![]() ![]() ![]() ![]() ![]() ![]() 終于到主菜了…… ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() 代碼就不用解釋了,大家都看得懂。 HashSet里面刪除一個元素時,首先要根據(jù)傳進(jìn)來對象的hash值從hash table中找到對應(yīng)的“Entry”,當(dāng)然,難免會有碰撞的情況,這時需要遍歷一下來找到真正需要刪除的對象。一直到這一步,Short和Integer的差異還沒有體現(xiàn)出來,因為它們返回的hash值是相同的,但當(dāng)執(zhí)行key.equals(k)的時候,就“不相等”了,因此找不到要刪除的元素,刪除失敗 小小的一道題,囊括了Java方方面面的細(xì)節(jié),果然語言這個東西博大精深啊,有時候你以為自己很明白了,但隨便揪出一個細(xì)節(jié)來就足以打到你…… 大家還是好好學(xué)習(xí),天天向上吧
評論:
|
![]() |
|
Copyright © This is Wing | Powered by: 博客園 模板提供:滬江博客 |