在 Java 開發中，將字符串轉換為整數是常見操作，Integer.valueOf(String s) 與 Integer.parseInt(String s) 是兩個最常用的方法。雖然它們都能完成「字符串轉數字」的任務，但返回類型、內部實現與適用場景卻有本質區別。本文將從源碼層面、性能特性、自動拆箱裝箱機制三個維度深度剖析兩者的差異，助你在實戰中做出最優選擇。
Integer.parseInt(String s) 返回基本類型 int，而 Integer.valueOf(String s) 返回包裝類 Integer 對象。這一差異直接決定了它們在內存模型中的表現：
Integer 對象，擁有對象頭、監視器鎖等元數據，佔用內存約 16 字節（64 位 JVM，開啟壓縮指針），但賦予了對象屬性與方法調用能力。查看 JDK 源碼（以 JDK 17 為例），Integer.valueOf(String s) 內部實現如下：
public static Integer valueOf(String s) throws NumberFormatException {
return Integer.valueOf(parseInt(s, 10));
}
可見 valueOf(String) 先調用 parseInt(String, int) 解析為 int，再調用 valueOf(int) 裝箱為 Integer。這意味著 valueOf(String) 的性能開銷 = parseInt 解析開銷 + 裝箱開銷。
當調用 Integer.valueOf(int i) 時，JDK 會對 [-128, 127] 範圍內的整數進行緩存（可通過 -XX:AutoBoxCacheMax 調整上限）：
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
因此，Integer.valueOf("100") 多次調用返回同一對象引用，而 Integer.valueOf("200") 則每次創建新對象。這在大量重複數值場景下能顯著減少 GC 壓力。
| 場景 | 推薦方法 | 理由 |
|---|---|---|
| 純數值計算、邏輯判斷、高頻循環 | parseInt | 避免裝箱開銷，直接操作基本類型，性能最優 |
| 集合存儲、泛型參數、需調用 Integer 方法（如 toString、compareTo） | valueOf | 直接獲得包裝對象，符合集合框架泛型要求 |
| 解析後立即參與數學運算 | parseInt | 省去後續自動拆箱步驟，字節碼更精簡 |
| 不確定後續用途，或需區分「解析失敗」與「數值為 0」 | valueOf | 返回對象可為 null（異常捕獲後），語義更清晰 |
int a = Integer.parseInt("123");
int b = Integer.valueOf("123").intValue();
// 下述說法正確的是？
// A. a是整數類型變量，b是整數類對象
// B. a是整數類對象，b是整數類型變量
// C. a和b都是整數類對象並且值相等
// D. a和b都是整數類型變量並且值相等
正確答案：D。Integer.valueOf("123") 返回 Integer 對象，調用 intValue() 後自動拆箱為基本類型 int，故 a 與 b 均為 int 類型且值均為 123。
Integer.parseInt 是「輕量級解析器」，專注字符串到基本數值的轉換；Integer.valueOf 是「功能型包裝器」，在解析基礎上提供對象語義與緩存優化。理解兩者本質差異，結合業務場景選型，才能寫出高效、優雅的 Java 代碼。
