IntegerCache的妙用和陷阱！

public class Test {

    public static void main(String\[\] args) {

        Integer n1 = 123;

        Integer n2 = 123;

        Integer n3 = 128;

        Integer n4 = 128;

        System.out.println(n1 == n2);

        System.out.println(n3 == n4);

    }

}      

答案如下：

true

false

是否和你預想的一緻？

我們知道==比較的是對象的引用，那這裡為什麼會這出這種情況呢？

原理

首先這是JDK在1.5版本中添加的一項新特性，把-128~127的數字緩存起來了，用于提升性能和節省記憶體。是以這個範圍内的自動裝箱（相當于調用valueOf(int i)方法）的數字都會從緩存中擷取，傳回同一個數字，是以現在你了解為什麼了吧。同時這也會給我們開發帶來預想不到的陷阱，直得注意！！

而我們通過new Integer(1)這樣就不會從緩存中擷取，大家可以自行測試。

我們來翻看下jdk中Integer的源碼

上面是IntegerCache的源碼，把從-128~high放在緩存中

上面是valueOf的源碼，先從緩存中擷取，擷取不到再new一個傳回

從源碼裡面我們可以看到最小邊界是-128，最大邊界可以通過-XX:AutoBoxCacheMax進行配置，但也不會大于Integer.MAX_VALUE最大值。

擴充

這種緩存行為不僅用于Integer類，而且還用于Long,Short,Byte,Character，大家可以去這些類裡面檢視XxxCache的類和valueOf方法源碼，原理大緻相同，但它們的邊界略有一二，也不能進行最大邊界的配置。