儘管存在包裝類，為什麼 Java 程式設計師仍偏愛原始類型？

為什麼程式設計師仍然在 Java 中使用原始型別？

儘管 Java 5 中引入了裝箱和拆箱，但許多開發人員繼續使用原始類型（如 int）優於其物件對應類型（如 java.lang.Integer）。這種做法迴避了為什麼會發生這種情況的問題，因為物件類型提供了額外的便利。

如 Joshua Bloch 的「Effective Java」（第 5 條：「避免創建不必要的物件」）所述，使用原語可以產生顯著的效能優勢。在他的程式碼範例中，使用 Long 物件對 long 求和需要 43 秒，而使用基元將過程加速到 6.8 秒。

導致使用基元的另一個因素是物件類型中缺乏本機值相等性。要確定相等性，必須使用詳細的 equals() 方法，這與可用於基元的高效 == 運算子不同。

考慮以下程式碼片段：

class Biziclop {

    public static void main(String[] args) {
        System.out.println(new Integer(5) == new Integer(5)); // false
        System.out.println(new Integer(500) == new Integer(500)); // false

        System.out.println(Integer.valueOf(5) == Integer.valueOf(5)); // true
        System.out.println(Integer.valueOf(500) == Integer.valueOf(500)); // false
    }
}

輸出顯示不一致new Integer() 和 Integer.valueOf() 之間的值相等。雖然 Java 語言規格 (JLS) 要求快取至少包含 256 個整數享元 ([-128; 127])，但 JVM 實作者可以擴充此範圍。這意味著某些值可能會快取在某些系統上，但不會快取在其他系統上，導致意外行為。

以上是儘管存在包裝類，為什麼 Java 程式設計師仍偏愛原始類型？的詳細內容。更多資訊請關注PHP中文網其他相關文章！