下面是幾道Java謎題，不仔細(xì)分析就會犯錯哦。看來看下面的一段代碼：

　　代碼片段1:

　　public static void main(final String[] args) {

　　Integer a = new Integer(100);

　　Integer b = 100;

　　System.out.println(a == b); }

　　這段代碼的輸出是什么?相信很多人都會很容易的猜到：false,因?yàn)閍、b兩個對象的地址不同，用”==”比較時是false.恭喜你，答對了。

　　再看下面的一段代碼：

　　代碼片段2:

　　public static void main(final String[] args) {

　　Integer a = 100;

　　Integer b = 100;

　　System.out.println(a == b); }

　　你可能會回答，這沒什么不一樣啊，所以還是false.很遺憾，如果你執(zhí)行上面的一段代碼，結(jié)果是true.

　　為什么會這樣?現(xiàn)在我們分析一下上面的代碼。可以很容易的看出，這一系列代碼的最終目的都是用”==”對兩個對象進(jìn)行比較。Java中，如果用”==”比較兩個對象結(jié)果為true,說明這兩個對象實(shí)際上是同一個對象，false說明是兩個對象。現(xiàn)在，我們來看看為什么會出現(xiàn)上面的現(xiàn)象。

　　我們先看代碼片段4:最后的運(yùn)行結(jié)果是true,說明a、b兩個對象實(shí)際上是同一個對象。但是a對象是通過調(diào)用Integer的valueOf方法創(chuàng)建的，而b對象是通過自動裝箱創(chuàng)建出來的，怎么會是同一個對象呢?難道問題在字節(jié)碼那里，畢竟Java程序是依靠虛擬器運(yùn)行字節(jié)碼來實(shí)現(xiàn)的。

　　通過jdk中自帶的工具javap,解析字節(jié)碼，核心的部分摘取如下：

　　0: bipush 100 2: invokestatic #16; //Method java/lang/Integer.valueOf:(I)

　　Ljava/lang/Integer; 5: astore_1 6: bipush 100 8: invokestatic #16;

　　//Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer; 代碼中我們只調(diào)用Integer.valueOf方法，但是字節(jié)碼中出現(xiàn)了兩次對Integer.valueOf方法的調(diào)用。那么另一次是哪里呢?只可能在自動裝箱時調(diào)用的。因此這段代碼實(shí)際上等價于：

　　public static void main(final String[] args) { Integer a = Integer.valueOf(100);

　　Integer b = Integer.valueOf(100);

　　System.out.println(a == b); }

　　現(xiàn)在問題就簡單了：看jdk源代碼，查看valueOf方法的具體實(shí)現(xiàn)：

　　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); }

　　看到這兒，上面的代碼就很明確了：對于-128到127的數(shù)字，valueOf返回的是緩存中的對象。所以兩次調(diào)用Integer.valueOf(100)返回的都是同一個對象。片段1和片段2就不做具體分析了，相信讀者可以自行分析。

　　最后，請大家思考一下問題：通過上面的分析，了解到整數(shù)的自動裝箱是通過Integer.valueOf

　　(int number)實(shí)現(xiàn)的，那么自動拆箱是如何實(shí)現(xiàn)的呢?