注意Java的自動裝箱拆箱功能始于Java
南澗網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)公司,南澗網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為南澗1000多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)營銷網(wǎng)站建設(shè)要多少錢，請找那個售后服務(wù)好的南澗做網(wǎng)站的公司定做！
1.5,
如果你的編譯器用的是更早的版本一定會出錯，我的eclipse用的1.7，就沒有錯誤。
public class MyTest {
public static void main(String[] args) {
int a = new Integer(12);
Integer b = 10;
}
}
詳解Java的自動裝箱與拆箱(Autoboxing and unboxing)
一、什么是自動裝箱拆箱?
很簡單，下面兩句代碼就可以看到裝箱和拆箱過程
//自動裝箱
Integer?total?=?99;
//自定拆箱
int?totalprim?=?total;
簡單一點說，裝箱就是自動將基本數(shù)據(jù)類型轉(zhuǎn)換為包裝器類型；拆箱就是自動將包裝器類型轉(zhuǎn)換為基本數(shù)據(jù)類型。
下面我們來看看需要裝箱拆箱的類型有哪些：
這個過程是自動執(zhí)行的，那么我們需要看看它的執(zhí)行過程：
public?class?Main?{
public?static?void?main(String[]?args)?{
//自動裝箱
Integer?total?=?99;
//自定拆箱
int?totalprim?=?total;
}
}
反編譯class文件之后得到如下內(nèi)容：
javap?-c?StringTest
Integer total = 99;?
執(zhí)行上面那句代碼的時候，系統(tǒng)為我們執(zhí)行了：?
Integer total = Integer.valueOf(99);
int totalprim = total;?
執(zhí)行上面那句代碼的時候，系統(tǒng)為我們執(zhí)行了：?
int totalprim = total.intValue();
我們現(xiàn)在就以Integer為例，來分析一下它的源碼：?
1、首先來看看Integer.valueOf函數(shù)
public?static?Integer?valueOf(int?i)?{
return??i?=?128?||?i??-128???new?Integer(i)?:?SMALL_VALUES[i?+?128];
}
它會首先判斷i的大?。喝绻鹖小于-128或者大于等于128，就創(chuàng)建一個Integer對象，否則執(zhí)行SMALL_VALUES[i + 128]。
首先我們來看看Integer的構(gòu)造函數(shù)：
private?final?int?value;
public?Integer(int?value)?{
this.value?=?value;
}
public?Integer(String?string)?throws?NumberFormatException?{
this(parseInt(string));
}
它里面定義了一個value變量，創(chuàng)建一個Integer對象，就會給這個變量初始化。第二個傳入的是一個String變量，它會先把它轉(zhuǎn)換成一個int值，然后進行初始化。
下面看看SMALL_VALUES[i + 128]是什么東西：
private?static?final?Integer[]?SMALL_VALUES?=?new?Integer[256];
它是一個靜態(tài)的Integer數(shù)組對象，也就是說最終valueOf返回的都是一個Integer對象。
所以我們這里可以總結(jié)一點：裝箱的過程會創(chuàng)建對應(yīng)的對象，這個會消耗內(nèi)存，所以裝箱的過程會增加內(nèi)存的消耗，影響性能。
2、接著看看intValue函數(shù)
@Override
public?int?intValue()?{
return?value;
}
這個很簡單，直接返回value值即可。
二、相關(guān)問題?
上面我們看到在Integer的構(gòu)造函數(shù)中，它分兩種情況：?
1、i = 128 || i -128 ===== new Integer(i)?
2、i 128 i = -128 ===== SMALL_VALUES[i + 128]
private?static?final?Integer[]?SMALL_VALUES?=?new?Integer[256];
SMALL_VALUES本來已經(jīng)被創(chuàng)建好，也就是說在i = 128 || i -128是會創(chuàng)建不同的對象，在i 128 i = -128會根據(jù)i的值返回已經(jīng)創(chuàng)建好的指定的對象。
說這些可能還不是很明白，下面我們來舉個例子吧：
public?class?Main?{????public?static?void?main(String[]?args)?{
Integer?i1?=?100;
Integer?i2?=?100;
Integer?i3?=?200;
Integer?i4?=?200;
System.out.println(i1==i2);??//true
System.out.println(i3==i4);??//false
}
}
代碼的后面，我們可以看到它們的執(zhí)行結(jié)果是不一樣的，為什么，在看看我們上面的說明。?
1、i1和i2會進行自動裝箱，執(zhí)行了valueOf函數(shù)，它們的值在(-128,128]這個范圍內(nèi)，它們會拿到SMALL_VALUES數(shù)組里面的同一個對象SMALL_VALUES[228]，它們引用到了同一個Integer對象，所以它們肯定是相等的。
2、i3和i4也會進行自動裝箱，執(zhí)行了valueOf函數(shù)，它們的值大于128，所以會執(zhí)行new Integer(200)，也就是說它們會分別創(chuàng)建兩個不同的對象，所以它們肯定不等。
下面我們來看看另外一個例子：
public?class?Main?{????public?static?void?main(String[]?args)?{
Double?i1?=?100.0;
Double?i2?=?100.0;
Double?i3?=?200.0;
Double?i4?=?200.0;
System.out.println(i1==i2);?//false
System.out.println(i3==i4);?//false
}
}
看看上面的執(zhí)行結(jié)果，跟Integer不一樣，這樣也不必奇怪，因為它們的valueOf實現(xiàn)不一樣，結(jié)果肯定不一樣，那為什么它們不統(tǒng)一一下呢？?
這個很好理解，因為對于Integer，在(-128,128]之間只有固定的256個值，所以為了避免多次創(chuàng)建對象，我們事先就創(chuàng)建好一個大小為256的Integer數(shù)組SMALL_VALUES，所以如果值在這個范圍內(nèi)，就可以直接返回我們事先創(chuàng)建好的對象就可以了。
但是對于Double類型來說，我們就不能這樣做，因為它在這個范圍內(nèi)個數(shù)是無限的。?
總結(jié)一句就是：在某個范圍內(nèi)的整型數(shù)值的個數(shù)是有限的，而浮點數(shù)卻不是。
所以在Double里面的做法很直接，就是直接創(chuàng)建一個對象，所以每次創(chuàng)建的對象都不一樣。
public?static?Double?valueOf(double?d)?{
return?new?Double(d);
}
下面我們進行一個歸類：?
Integer派別：Integer、Short、Byte、Character、Long這幾個類的valueOf方法的實現(xiàn)是類似的。?
Double派別：Double、Float的valueOf方法的實現(xiàn)是類似的。每次都返回不同的對象。
下面對Integer派別進行一個總結(jié)，如下圖：
下面我們來看看另外一種情況：
public?class?Main?{????public?static?void?main(String[]?args)?{
Boolean?i1?=?false;
Boolean?i2?=?false;
Boolean?i3?=?true;
Boolean?i4?=?true;
System.out.println(i1==i2);//true
System.out.println(i3==i4);//true
}
}
可以看到返回的都是true，也就是它們執(zhí)行valueOf返回的都是相同的對象。
public?static?Boolean?valueOf(boolean?b)?{
return?b???Boolean.TRUE?:?Boolean.FALSE;
}
可以看到它并沒有創(chuàng)建對象，因為在內(nèi)部已經(jīng)提前創(chuàng)建好兩個對象，因為它只有兩種情況，這樣也是為了避免重復(fù)創(chuàng)建太多的對象。
public?static?final?Boolean?TRUE?=?new?Boolean(true);
public?static?final?Boolean?FALSE?=?new?Boolean(false);
上面把幾種情況都介紹到了，下面來進一步討論其他情況。
Integer?num1?=?400;??
int?num2?=?400;??
System.out.println(num1?==?num2);?//true
說明num1 == num2進行了拆箱操作
Integer?num1?=?100;??
int?num2?=?100;??
System.out.println(num1.equals(num2));??//true
我們先來看看equals源碼：
@Override
public?boolean?equals(Object?o)?{
return?(o?instanceof?Integer)??(((Integer)?o).value?==?value);
}
我們指定equal比較的是內(nèi)容本身，并且我們也可以看到equal的參數(shù)是一個Object對象，我們傳入的是一個int類型，所以首先會進行裝箱，然后比較，之所以返回true，是由于它比較的是對象里面的value值。
Integer?num1?=?100;??
int?num2?=?100;??
Long?num3?=?200l;??
System.out.println(num1?+?num2);??//200
System.out.println(num3?==?(num1?+?num2));??//true
System.out.println(num3.equals(num1?+?num2));??//false
1、當(dāng)一個基礎(chǔ)數(shù)據(jù)類型與封裝類進行==、+、-、*、/運算時，會將封裝類進行拆箱，對基礎(chǔ)數(shù)據(jù)類型進行運算。?
2、對于num3.equals(num1 + num2)為false的原因很簡單，我們還是根據(jù)代碼實現(xiàn)來說明：
@Override
public?boolean?equals(Object?o)?{
return?(o?instanceof?Long)??(((Long)?o).value?==?value);
}
它必須滿足兩個條件才為true：?
1、類型相同?
2、內(nèi)容相同?
上面返回false的原因就是類型不同。
Integer?num1?=?100;
Ingeger?num2?=?200;
Long?num3?=?300l;
System.out.println(num3?==?(num1?+?num2));?//true
我們來反編譯一些這個class文件：javap -c StringTest?
可以看到運算的時候首先對num3進行拆箱（執(zhí)行num3的longValue得到基礎(chǔ)類型為long的值300），然后對num1和mum2進行拆箱（分別執(zhí)行了num1和num2的intValue得到基礎(chǔ)類型為int的值100和200），然后進行相關(guān)的基礎(chǔ)運算。
我們來對基礎(chǔ)類型進行一個測試：
int?num1?=?100;
int?num2?=?200;
long?mum3?=?300;
System.out.println(num3?==?(num1?+?num2));?//true
上面就說明了為什么最上面會返回true.
所以，當(dāng) “==”運算符的兩個操作數(shù)都是 包裝器類型的引用，則是比較指向的是否是同一個對象，而如果其中有一個操作數(shù)是表達式（即包含算術(shù)運算）則比較的是數(shù)值（即會觸發(fā)自動拆箱的過程）。
通過上面的分析我們需要知道兩點：?
1、什么時候會引發(fā)裝箱和拆箱?
2、裝箱操作會創(chuàng)建對象，頻繁的裝箱操作會消耗許多內(nèi)存，影響性能，所以可以避免裝箱的時候應(yīng)該盡量避免。
我有一個微信公眾號，經(jīng)常會分享一些Java技術(shù)相關(guān)的干貨文章，還有一些學(xué)習(xí)資源。
如果你需要的話，可以用微信搜索“Java團長”或者“javatuanzhang”關(guān)注。
jdk5以上才支持autoboxing，應(yīng)該是你的jdk版本不夠吧。
eclipse里，project-properties,搜jdk,看看compiler那里的jdk版本，調(diào)整至1.5以上
重慶分公司
重慶分公司
