作者:攻城獅--晴明
來源:blog.csdn.net/qq_37267015/article/details/77231572
這是一個挺有意思的討論話題。
如果你執行下面的程式碼
Integer a = 1000, b = 1000;
System.out.println(a == b);//1
Integerc = 100, d = 100;
System.out.println(c == d);//2
你會得到
false
true
基本知識: 我們知道,如果兩個參照指向同一個物件,用==表示它們是相等的。如果兩個參照指向不同的物件,用==表示它們是不相等的,即使它們的內容相同。
因此,後面一條語句也應該是false 。
這就是它有趣的地方了。如果你看去看 Integer.java 類,你會發現有一個內部私有類,IntegerCache.java,它緩存了從-128到127之間的所有的整數物件。
所以事情就成了,所有的小整數在內部緩存,然後當我們聲明類似——
Integer c = 100;
的時候,它實際上在內部做的是
Integer i = Integer.valueOf(100);
現在,如果我們去看valueOf()方法,我們可以看到
publicstatic Integer valueOf(int i) {
if (i >= IntegerCache.low && i
return IntegerCache.cache[i + (-IntegerCache.low)];
returnnew Integer(i);
}
如果值的範圍在-128到127之間,它就從快取返回例項。
所以…
Integer c = 100, d = 100;
指向了同一個物件。
這就是為什麽我們寫
System.out.println(c == d);
我們可以得到true。
現在你可能會問,為什麽這裏需要緩存?
合乎邏輯的理由是,在此範圍內的「小」整數使用率比大整數要高,因此,使用相同的底層物件是有價值的,可以減少潛在的記憶體占用。
然而,透過反射API你會誤用此功能。
執行下面的程式碼,享受它的魅力吧
publicstaticvoidmain(String[] args) throws NoSuchFieldException, IllegalAccessException {
class cache = Integer. class.getDeclared classes()[0]; //1
Field myCache = cache.getDeclaredField("cache"); //2
myCache.setAccessible(true);//3
Integer[] newCache = (Integer[]) myCache.get(cache); //4
newCache[132] = newCache[133]; //5
int a = 2;
int b = a + a;
System.out.printf("%d + %d = %d", a, a, b); //
}
熱門推薦