今天My partner問我一個讓他頭疼的Java question，求輸出結(jié)果：

/** 
 *  
 * @author DreamSea 2011-11-19 
 */ 
public class IntegerTest { 
    public static void main(String[] args) {     
        objPoolTest(); 
    } 
 
    public static void objPoolTest() { 
        Integer i1 = 40; 
        Integer i2 = 40; 
        Integer i3 = 0; 
        Integer i4 = new Integer(40); 
        Integer i5 = new Integer(40); 
        Integer i6 = new Integer(0); 
         
        System.out.println("i1=i2\t" + (i1 == i2)); 
        System.out.println("i1=i2+i3\t" + (i1 == i2 + i3)); 
        System.out.println("i4=i5\t" + (i4 == i5)); 
        System.out.println("i4=i5+i6\t" + (i4 == i5 + i6));     
         
        System.out.println();         
    } 
} 

輸出結(jié)果：

i1=i2true i1=i2+i3　  true i4=i5false i4=i5+i6true

看起來比較Easy的問題，但是Console輸出的Result和我們所想的確恰恰相反，我們就疑惑了，這是為什么咧？

最后通過網(wǎng)上搜索得知Java為了提高性能提供了和String類一樣的對象池機制，當(dāng)然Java的八種基本類型的包裝類（Packaging Type）也有對象池機制。

Integer i1=40；Java在編譯的時候會執(zhí)行將代碼封裝成Integer i1=Integer.valueOf(40);通過查看Source Code發(fā)現(xiàn)：

Integer.valueOf()中有個內(nèi)部類IntegerCache（類似于一個常量數(shù)組，也叫對象池），它維護了一個Integer數(shù)組cache，長度為（128+127+1）=256，Integer類中還有一個Static Block(靜態(tài)塊)。

從這個靜態(tài)塊可以看出，Integer已經(jīng)默認創(chuàng)建了數(shù)值【-128-127】的Integer緩存數(shù)據(jù)。所以使用Integer i1=40時，JVM會直接在該在對象池找到該值的引用。也就是說這種方式聲明一個Integer對象時，JVM首先會在Integer對象的緩存池中查找有木有值為40的對象，如果有直接返回該對象的引用；如果沒有，則使用New keyword創(chuàng)建一個對象，并返回該對象的引用地址。因為Java中【==】比較的是兩個對象是否是同一個引用（即比較內(nèi)存地址），i2和i2都是引用的同一個對象，So i1==i2結(jié)果為”true“；而使用new方式創(chuàng)建的i4=new Integer(40)、i5=new Integer(40)，雖然他們的值相等，但是每次都會重新Create新的Integer對象，不會被放入到對象池中，所以他們不是同一個引用，輸出false。

對于i1==i2+i3、i4==i5+i6結(jié)果為True，是因為，Java的數(shù)學(xué)計算是在內(nèi)存棧里操作的，Java會對i5、i6進行拆箱操作，其實比較的是基本類型（40=40+0），他們的值相同，因此結(jié)果為True。

好了，我想說道這里大家應(yīng)該都會對Integer對象池有了更進一步的了解了吧，我在諾諾的問一句如果把40改為400猜猜會輸出什么？

i1=i2false i1=i2+i3true i4=i5false i4=i5+i6true

這是因為Integer i1=400，Integer i2=400他們的值已經(jīng)超出了常量池的范圍，JVM會對i1和i2各自創(chuàng)建新的對象（即Integer i1=new Integer(400)），所以他們不是同一個引用。

原文鏈接：http://www.cnblogs.com/DreamSea/archive/2011/11/20/2256396.html