Java常量池詳解之抓狂的面試題
今天My partner問我一個(gè)讓他頭疼的Java question,求輸出結(jié)果:
|
輸出結(jié)果:
i1=i2true i1=i2+i3 true i4=i5false i4=i5+i6true |
看起來比較Easy的問題,但是Console輸出的Result和我們所想的確恰恰相反,我們就疑惑了,這是為什么咧?
最后通過網(wǎng)上搜索得知Java為了提高性能提供了和String類一樣的對(duì)象池機(jī)制,當(dāng)然Java的八種基本類型的包裝類(Packaging Type)也有對(duì)象池機(jī)制。
Integer i1=40;Java在編譯的時(shí)候會(huì)執(zhí)行將代碼封裝成Integer i1=Integer.valueOf(40);通過查看Source Code發(fā)現(xiàn):
Integer.valueOf()中有個(gè)內(nèi)部類IntegerCache(類似于一個(gè)常量數(shù)組,也叫對(duì)象池),它維護(hù)了一個(gè)Integer數(shù)組cache,長度為(128+127+1)=256,Integer類中還有一個(gè)Static Block(靜態(tài)塊)。
從這個(gè)靜態(tài)塊可以看出,Integer已經(jīng)默認(rèn)創(chuàng)建了數(shù)值【-128-127】的Integer緩存數(shù)據(jù)。所以使用Integer i1=40時(shí),JVM會(huì)直接在該在對(duì)象池找到該值的引用。也就是說這種方式聲明一個(gè)Integer對(duì)象時(shí),JVM首先會(huì)在Integer對(duì)象的緩存池中查找有木有值為40的對(duì)象,如果有直接返回該對(duì)象的引用;如果沒有,則使用New keyword創(chuàng)建一個(gè)對(duì)象,并返回該對(duì)象的引用地址。因?yàn)镴ava中【==】比較的是兩個(gè)對(duì)象是否是同一個(gè)引用(即比較內(nèi)存地址),i2和i2都是引用的同一個(gè)對(duì)象,So i1==i2結(jié)果為”true“;而使用new方式創(chuàng)建的i4=new Integer(40)、i5=new Integer(40),雖然他們的值相等,但是每次都會(huì)重新Create新的Integer對(duì)象,不會(huì)被放入到對(duì)象池中,所以他們不是同一個(gè)引用,輸出false。
對(duì)于i1==i2+i3、i4==i5+i6結(jié)果為True,是因?yàn)椋琂ava的數(shù)學(xué)計(jì)算是在內(nèi)存棧里操作的,Java會(huì)對(duì)i5、i6進(jìn)行拆箱操作,其實(shí)比較的是基本類型(40=40+0),他們的值相同,因此結(jié)果為True。
好了,我想說道這里大家應(yīng)該都會(huì)對(duì)Integer對(duì)象池有了更進(jìn)一步的了解了吧,我在諾諾的問一句如果把40改為400猜猜會(huì)輸出什么?
i1=i2false i1=i2+i3true i4=i5false i4=i5+i6true |
這是因?yàn)镮nteger i1=400,Integer i2=400他們的值已經(jīng)超出了常量池的范圍,JVM會(huì)對(duì)i1和i2各自創(chuàng)建新的對(duì)象(即Integer i1=new Integer(400)),所以他們不是同一個(gè)引用。
posted on 2011-12-15 15:47 順其自然EVO 閱讀(253) 評(píng)論(0) 編輯 收藏