Java 整數比較：為什麼 `==` 有時會失敗，什麼時候應該使用 `.equals()`？

Java：整數相等難題 - equals 與 ==

雖然整數及其對應的包裝類別 Integer通常可以互換使用，使用相等運算子比較兩個整數值時遇到了特殊行為(==).

意外結果

考慮以下程式碼片段：

Integer cdiCt = ...;
Integer cdsCt = ...;
...
if (cdiCt != null && cdsCt != null && cdiCt != cdsCt)
    mismatch = true;

令人驚訝的是，這個條件似乎錯誤地將不匹配設定為即使cdiCt 和cdsCt的基礎值相等（例如，都包含值 137)。

自動裝箱問題

這種令人費解的行為背後的罪魁禍首在於 Java 的自動裝箱機制。當將基元（例如 int）與其對應的包裝類別（例如 Integer）進行比較時，自動裝箱會自動將基元轉換為其包裝物件。然而，這種轉換引入了一個微妙的複雜性。

JVM 快取

出於效能原因，JVM 快取 -128 到 127 之間的 Integer 值。在此範圍內，JVM 只會傳回快取的實例，而不是建立新實例。此快取機制確保對相同原始值（在快取範圍內）的所有參考都指向同一個 Integer 實例。

== 比較失敗

比較兩個時整數物件使用相等運算子（==），Java 檢查它們是否引用記憶體中的同一個物件。如果是，則比較傳回 true；否則，比較結果為 true。否則，返回 false。但是，當比較兩個都在快取範圍內且具有相同原始值的 Integer 物件時，它們將引用相同的快取實例，從而導致 == 比較出現誤報。

解決方案：使用 equals 方法

為了避免這個問題，建議在比較 Integer 物件時使用 equals 方法。 equals 方法執行基於值的比較，確保兩個 Integer 物件僅在具有相同原始值時才被視為相等。

if (cdiCt != null && cdsCt != null && !cdiCt.equals(cdsCt))
    mismatch = true;

結論

而使用== 比較快取範圍（-128 到127）內的Integer 物件可能看起來有效，但可能會導致意外結果。為了確保可靠的相等比較，請始終使用 equals 方法。

以上是Java 整數比較：為什麼 `==` 有時會失敗，什麼時候應該使用 `.equals()`？的詳細內容。更多資訊請關注PHP中文網其他相關文章！