一分鐘理解Java包裝類型
Java 一直標榜自己是一個純粹的面向對象語言，自作聰明的為所有的值類型都提供相應的引用類型。
比如：int 類型對應的有 Integer，前者是一個值，后者是一個引用。為了方便二者的轉換又一個叫“自動拆裝箱”的特性，把本來清晰的概念搞的亂七八糟。
一個優秀的語言應該語法簡單，語義單一、清晰。
本文討論它這些烏七八糟的概念(我也搞不懂)，直接進入正題——通過閱讀 JVM code 判斷究竟發生了什么。
解讀 class 文件
JVM 是一個棧式虛擬機，它提供的指令都是圍繞著棧進行的。通過javap -c <className>
如下代碼，左邊是 Java 代碼右邊是它的 JVM code。
看一下每條指令執行完后棧的變化：
bipush 把數字 20 直接 push 到棧
invokestatic 調用一個靜態方法在堆中構造一個對象，然后把對象的地址壓入到棧
astore_1 把 Integer 對象的內存地址記錄到一個內部變量中(JVM 在堆中維護了一張大的變量表，代表變量名和變量值的關系，可以想象成 HashMap。)
至此，Integer = 20 這句代碼執行完畢。緊接著看，bipush 把 10 壓入棧
asotre2 把變量 b 和棧中的 10 做關聯(放到變量表中)
總結：
- 值變量所指向的內容(值)是放在棧中的，訪問時直接操作棧
- 引用變量所指向的內容(對象)是放在堆中的，訪問時先把變量載入到棧(通過aload_1 指令，例子中沒有出現)，再操作。
訪問包裝對象時發生了什么
- Integer c = null;
- Integer d = 10;
- int e = c + d;
JVM code 為
(1) 包裝對象的空指針問題
aconst_null 把一個空指針壓入棧，astore_1 把棧頂的變量放入到變量表中，所以此時 a 是 null，所以會出現空指針錯誤。
(2) 包裝對象的計算方法
8-16 是計算兩數相加，aload_1 把變量表中的變量壓入棧，invokervirtual 指令把對象轉換成 int 重新入棧;12、13 行的邏輯也是如此。 16 行執行整數相加。
因為計算結果是 int 類型，所以最后通過 isotre_3 放到變量表。
自己分析
如果代碼的最后一行寫作Integer e = c + d;，JVM code 會變成
自己動手分析一下看看吧。
總結
Java 的包裝數據類型非常蹩腳，這是它為了追求“表面的面向對象”而付出的代價。裝逼之勢如雷霆萬鈞，可怕。
【本文是51CTO專欄作者“邢森”的原創文章，轉載請聯系作者本人獲取授權】
