最近在看關(guān)于優(yōu)化的知識，看到關(guān)于裝箱與拆箱的效率問題，故整理了一下關(guān)于此的知識點
什么是自動裝箱和拆箱
自動裝箱就是java自動將原始類型值轉(zhuǎn)換成對應(yīng)的對象，比如將int的變量轉(zhuǎn)換成Integer對象，這個過程叫做裝箱，反之將Integer對象轉(zhuǎn)換成int類型值，這個過程叫做拆箱。因為這里的裝箱和拆箱是自動進行的非人為轉(zhuǎn)換，所以就稱作為自動裝箱和拆箱。原始類型byte,short,char,int,long,float,double和boolean對應(yīng)的封裝類為Byte,Short,Character,Integer,Long,Float,Double,Boolean。
何時發(fā)生自動裝箱和拆箱
自動裝箱和拆箱在Java中很常見，比如我們有一個方法，接受一個對象類型的參數(shù)，如果我們傳遞一個原始類型值，那么Java會自動講這個原始類型值轉(zhuǎn)換成與之對應(yīng)的對象。最經(jīng)典的一個場景就是當我們向ArrayList這樣的容器中增加原始類型數(shù)據(jù)時或者是創(chuàng)建一個參數(shù)化的類，比如下面的ThreadLocal。
ArrayList<Integer> intList = new ArrayList<Integer>();intList.add(1); //autoboxing - PRimitive to objectintList.add(2); //autoboxingThreadLocal<Integer> intLocal = new ThreadLocal<Integer>();intLocal.set(4); //autoboxingint number = intList.get(0); // unboxingint local = intLocal.get(); // unboxing in Java由上可知，裝箱是java內(nèi)部自動完成，眾所周知對于java的重載是以入?yún)⒏袷絹砼袛?，而不依賴于返回值；當發(fā)生重載時，到底會不會發(fā)生自動裝箱，下面將舉例說明
public class Test { public void test(int num){ System.out.println("int"); } public void test(Integer num){ System.out.println("Integer"); } public static void main(String[] args) { Test test = new Test(); Integer c = 12; int d = 34; test.test(c); test.test(d); }}結(jié)果：
Integerint由上可知，當出現(xiàn)這種情況時，不會發(fā)生自動裝箱操作。
有拆箱操作時一定要特別注意封裝類對象是否為null
代碼：
Integer a = null;int b = a;結(jié)果：
Exception in thread "main" java.lang.NullPointerException at com.molly.test.Test.main(Test.java:30) at sun.reflect.NativeMethodaccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147)這兩行代碼是完全合法的，完全能夠通過編譯的，但是在運行時，就會拋出空指針異常。其中，a為Integer類型的對象，它當然可以指向null。但在第二行時，就會對a進行拆箱，也就是對一個null對象執(zhí)行intValue()方法，當然會拋出空指針異常。
”==“可以用于原始值進行比較，也可以用于對象進行比較，當用于對象與對象之間比較時，比較的不是對象代表的值，而是檢查兩個對象是否是同一對象，這個比較過程中沒有自動裝箱發(fā)生。進行對象值比較不應(yīng)該使用”==“，而應(yīng)該使用對象對應(yīng)的equals方法 實例：
Integer a = 1233;int b = 1233;System.out.println(a == b);上面例子中a是對象類型，而b是基本類型，大家都知道對象類型是地址，而基本類型是值，是不相等的，但是由于引用了intValue()方法發(fā)生了自動拆箱操作,所以輸出結(jié)果是true；
Integer a = 1233;Integer b = 1233;System.out.println(a == b);可能大家都會認為上面的代碼輸出應(yīng)該是true，實際卻是false ,這是因為 a和b的初始化都發(fā)生了自動拆箱操作。但是處于節(jié)省內(nèi)存的考慮，JVM會緩存-128到127的Integer對象。但是這個時候a、b已經(jīng)超出范圍，a和b實際上不是同一個對象。所以使用”==“比較返回false。那么如何a、b比較相等呢，在int的取值范圍（-2的31次方到2的31次方-1）可以用： System.out.println(a.intValue() == b.intValue());來進行Integer之間比較
在對字符串轉(zhuǎn)化為整型比較時，也要注意自動拆箱問題 例如：
String a = "23";String b = "23";System.out.println(Integer.valueOf(a) == Integer.valueOf(b));結(jié)合3.2.中的描述不能看出上面輸出true 但是當不再-128到127范圍內(nèi)，則輸出為false這是因為 valueOf(String s )也是Integer類的靜態(tài)方法，它的作用是將形參 s 轉(zhuǎn)化為Integer對象，那么如何比較轉(zhuǎn)化的輸出為true，可用parseInt(String s )，它是類Integer的靜態(tài)方法，它的作用就是將形參 s 轉(zhuǎn)化為int.也可以這樣輸出：
System.out.println(Integer.parseInt(a) == Integer.parseInt(b));或者
System.out.println(Integer.valueOf(a).intValue() == Integer.valueOf(b).intValue());或者
System.out.println(Integer.parseInt(a) == Integer.valueOf(b));或者
System.out.println(a.equals(b));因為自動裝箱會隱式地創(chuàng)建對象，像前面提到的那樣，如果在一個循環(huán)體中，會創(chuàng)建無用的中間對象，這樣會增加GC壓力，拉低程序的性能。所以在寫循環(huán)時一定要注意代碼，避免引入不必要的自動裝箱操作。
看一下下面的兩個實例
public class Test { public static void main(String[] args) { String a = "ab"; String b = "a"; b +="b"; System.out.println(a == b); String c = "ab"; String d = "a" +"b"; System.out.println(c == d); String e = new String("ab"); System.out.println(c == e); }}可能大家認為String是對象類型，那么三個輸出都是false，實際上卻不是，這里不得不說一下，字符串常量池的概念
當代碼中出現(xiàn)字面量形式創(chuàng)建字符串對象時，JVM首先會對這個字面量進行檢查，如果字符串常量池中存在相同內(nèi)容的字符串對象的引用，則將這個引用返回，否則新的字符串對象被創(chuàng)建，然后將這個引用放入字符串常量池，并返回該引用。
由于b是一個String變量，編譯期無法確定b的值，故不會優(yōu)化為一個字符串。即使我們知道b的值，但JVM認為它是個變量，變量的值只能在運行期才能確定，故不會優(yōu)化。運行期字符串的+連接符相當于new，故該行代碼在Heap中創(chuàng)建了一個內(nèi)容為“計算機軟件”的String對象，并返回該對象的引用，所以第一個打印是false，而第二個中d直接指向c的地址，所以打印是true，當我們使用了new來構(gòu)造字符串對象的時候，不管字符串常量池中有沒有相同內(nèi)容的對象的引用，新的字符串對象都會創(chuàng)建，所以第三個打印是false
新聞熱點
疑難解答
