Java 裝箱拆箱陷阱：小心使用 Boxing

自動裝箱/拆箱雖便利，實為「編譯器語法糖」，編譯期自動插入 valueOf()/xxxValue() 調用。若不理解運行期對象語義，極易踩坑。本文聚焦三大核心陷阱：NPE 隱患、整數緩存導致 == 比較失效、性能抖動，並給出避坑指南。

陷阱一：NullPointerException 突襲

Integer obj = null;
int val = obj;  // 編譯 ✅，運行 ❌ NPE

原理：編譯器轉為 obj.intValue()，null 調用實例方法拋 NPE。
防範：拆箱前非空判斷，或用 Optional.ofNullable(obj).orElse(0)。

陷阱二：== 比較的「玄學」行為

Integer a = 100, b = 100;
System.out.println(a == b);  // true

Integer c = 200, d = 200;
System.out.println(c == d);  // false ⚠️

根本原因：IntegerCache 緩存機制

Integer.valueOf(int) 源碼邏輯：

public static Integer valueOf(int i) {
    if (i >= IntegerCache.low && i <= IntegerCache.high)
        return IntegerCache.cache[i + (-IntegerCache.low)];
    return new Integer(i);
}

• 默認緩存範圍：-128 ~ 127
• 可通過 -XX:AutoBoxCacheMax=size 調大上限（下限固定 -128）
• Byte、Short、Long、Character 也有類似緩存

正確比較姿勢

// ✅ 推薦
a.equals(b)
Objects.equals(a, b)  // 防 NPE

// ❌ 禁止
a == b

陷阱三：循環中隱性對象創建導致性能抖動

// 反面教材：每次循環產生新 Integer 對象
Integer sum = 0;
for (int i = 0; i < 100_000; i++) {
    sum += i;  // sum 拆箱 → i 裝箱 → 加法 → 結果裝箱存回 sum
}

// 正確：基本類型累加，最後裝箱
int sum = 0;
for (int i = 0; i < 100_000; i++) sum += i;
Integer result = sum;

大循環場景下，前者產生 10 萬+ 臨時對象，觸發頻繁 Young GC，嚴重影響吞吐量。

其他易忽視細節

1. 三元運算符的隱式拆箱

Integer a = 1;
Integer b = 2;
Integer c = true ? a : b;  // 正常

Integer x = 1;
int y = 2;
Integer z = true ? x : y;  // ⚠️ y 會被裝箱，但若 y 是長整型則可能精度損失

2. 方法重載解析優先級

void foo(int i) { }
void foo(Integer i) { }

foo(10);        // 調用 foo(int) - 基本類型優先
foo(Integer.valueOf(10)); // 調用 foo(Integer)

3. 包裝類作為泛型類型參數時的擦除影響

List list = new ArrayList<>();
list.add(10);      // 裝箱
int x = list.get(0); // 拆箱

避坑總結清單

核心心法

「不確定就不用，用則必懂底層。」

• 理解 valueOf() 緩存範圍與實現
• 明確拆箱調用 xxxValue() 實例方法
• 區分「引用相等」（==）與「數值相等」（equals）
• 熱點路徑堅持基本類型

自動裝箱/拆箱是雙刃劍：用得好代碼簡潔，用不好隱患重重。將其視為受控的語法糖而非魔法，才能在享受便利的同時守住代碼質量底線。