下面是幾道Java謎題,不仔細(xì)分析就會(huì)犯錯(cuò)哦??磥砜聪旅娴囊欢未a:
代碼片段1:
public static void main(final String[] args) {
Integer a = new Integer(100);
Integer b = 100;
System.out.println(a == b); }
這段代碼的輸出是什么?相信很多人都會(huì)很容易的猜到:false,因?yàn)閍、b兩個(gè)對(duì)象的地址不同,用”==”比較時(shí)是false.恭喜你,答對(duì)了。
再看下面的一段代碼:
代碼片段2:
public static void main(final String[] args) {
Integer a = 100;
Integer b = 100;
System.out.println(a == b); }
你可能會(huì)回答,這沒什么不一樣啊,所以還是false.很遺憾,如果你執(zhí)行上面的一段代碼,結(jié)果是true.
為什么會(huì)這樣?現(xiàn)在我們分析一下上面的代碼??梢院苋菀椎目闯?,這一系列代碼的最終目的都是用”==”對(duì)兩個(gè)對(duì)象進(jìn)行比較。Java中,如果用”==”比較兩個(gè)對(duì)象結(jié)果為true,說明這兩個(gè)對(duì)象實(shí)際上是同一個(gè)對(duì)象,false說明是兩個(gè)對(duì)象?,F(xiàn)在,我們來看看為什么會(huì)出現(xiàn)上面的現(xiàn)象。
我們先看代碼片段4:最后的運(yùn)行結(jié)果是true,說明a、b兩個(gè)對(duì)象實(shí)際上是同一個(gè)對(duì)象。但是a對(duì)象是通過調(diào)用Integer的valueOf方法創(chuàng)建的,而b對(duì)象是通過自動(dòng)裝箱創(chuàng)建出來的,怎么會(huì)是同一個(gè)對(duì)象呢?難道問題在字節(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)了兩次對(duì)Integer.valueOf方法的調(diào)用。那么另一次是哪里呢?只可能在自動(dòng)裝箱時(shí)調(diào)用的。因此這段代碼實(shí)際上等價(jià)于:
public static void main(final String[] args) { Integer a = Integer.valueOf(100);
Integer b = Integer.valueOf(100);
System.out.println(a == b); }
現(xiàn)在問題就簡(jiǎ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); }
看到這兒,上面的代碼就很明確了:對(duì)于-128到127的數(shù)字,valueOf返回的是緩存中的對(duì)象。所以兩次調(diào)用Integer.valueOf(100)返回的都是同一個(gè)對(duì)象。片段1和片段2就不做具體分析了,相信讀者可以自行分析。
最后,請(qǐng)大家思考一下問題:通過上面的分析,了解到整數(shù)的自動(dòng)裝箱是通過Integer.valueOf
(int number)實(shí)現(xiàn)的,那么自動(dòng)拆箱是如何實(shí)現(xiàn)的呢?