轉載 http://hxraid.iteye.com/blog/614440

我們首先來看一段代碼：

    Integer i=100;
Integer j=100;
System.out.println(i==j);  //true
Integer i=200;
Integer j=200;
System.out.println(i==j);  //false
  

?

差不多的兩段代碼，怎么結果完全不同呢。我們分兩步來說明這個問題：

?

首先 Integer i=100; 編譯器會自動將int類型常數100包裝成Interger，采用的是Integer.valueOf(100)； 這個方法。

?

然后我們看看valueOf(int)這個方法的源代碼：

     /*
  * 返回一個表示指定的 int 值的 Integer 實例。如果不需要新的 Integer 實例，則
  * 通常應優先使用該方法，而不是構造方法 Integer(int)，因為該方法有可能通過
  * 緩存經常請求的值而顯著提高空間和時間性能。 
  * @param  i an <code>int</code> value.
  * @return a <tt>Integer</tt> instance representing <tt>i</tt>.
  * @since  1.5
  */
public static Integer valueOf(int i) {
      final int offset = 128;
      if (i >= -128 && i <= 127) { // must cache 
	    return IntegerCache.cache[i + offset];
     }
     return new Integer(i);
}

 /*
  * IntegerCache內部類
  * 其中cache[]數組用于存放從-128到127一共256個整數
  */
private static class IntegerCache {
	private IntegerCache(){}

	static final Integer cache[] = new Integer[-(-128) + 127 + 1];

	static {
	    for(int i = 0; i < cache.length; i++)
		cache[i] = new Integer(i - 128);
	}
}

  

?

原來如此， 當-128=<i<=127的時候，返回的是IntegerCache中的數組的值；當 i>127 或 i<-128 時，返回的是Integer類對象。 這就好解釋：

?

    Integer i=100;
Integer j=100;
System.out.println(i==j);  //(1)
  

此時的 i=IntegerCache.cache[228]，因此 Integer引用i中存儲的是cache數組第228號元素的地址。同理j也是同一個cache數組的第228號元素的地址(因為cache是Integer的靜態數組，只有一個)。i==j比較的是引用地址，因此相等。

    Integer i=200;
Integer j=200;
System.out.println(i==j);  //(2)
  

此時的 i=new Integer(200);? 同樣j=new Integer(200) 。兩次都在堆中開辟了Integer的對象。i 和 j 中存儲的堆得對象地址是完全不同的。i==j 自然不相等了。

?

那么這樣做有什么意義呢？ 我們來看看API的解釋：

    返回一個表示指定的 int 值的 Integer 實例。如果不需要新的 Integer 實例，
則通常應優先使用該方法，而不是構造方法 Integer(int)，因為該方法有可能
通過緩存經常請求的值而顯著提高空間和時間性能。 
  

假如我們在編程時大量需要值為100的Integer對象，如果只能通過new來創建的話。是不是需要在堆中開辟大量值一樣的Integer對象呢！這是相當不劃算的。既然如此，Java中的字符串常量池的應用是不是可以提醒我們點什么呢？是的， IntegerCache.cache就相當于這樣一個字符串常量池。 當我們需要Integer i=100的時候，直接從cache中取出第[100+128]號元素的地址賦值引用i，再次需要Integer j=100時，還是直接去這個地址賦給j ..... 是不是省去了再堆中不停的創建對象的代價了(空間，時間上的消耗都很大)。

Integer自動打包機制