為什么 Java 中“1000==1000”為false，而”100==100“為true？ 這是一個(gè)挺有意思的討論話題。 如果你運(yùn)行下面的代碼：

Integera=1000,b=1000; System.out.println(a==b);//1 Integerc=100,d=100; System.out.println(c==d);//2

你會(huì)得到

false true

基本知識(shí)：我們知道，如果兩個(gè)引用指向同一個(gè)對(duì)象，用==表示它們是相等的。如果兩個(gè)引用指向不同的對(duì)象，用==表示它們是不相等的，即使它們的內(nèi)容相同。

因此，后面一條語句也應(yīng)該是false 。

這就是它有趣的地方了。

如果你看去看 Integer.java 類，你會(huì)發(fā)現(xiàn)有一個(gè)內(nèi)部私有類，IntegerCache.java，它緩存了從-128到127之間的所有的整數(shù)對(duì)象

所以事情就成了，所有的小整數(shù)在內(nèi)部緩存，然后當(dāng)我們聲明類似——

Integerc=100;

的時(shí)候，它實(shí)際上在內(nèi)部做的是：

Integeri=Integer.valueOf(100);

現(xiàn)在，如果我們?nèi)タ磛alueOf()方法，我們可以看到

publicstaticIntegervalueOf(inti){ if(i>=IntegerCache.low&&i returnIntegerCache.cache[i+(-IntegerCache.low)]; returnnewInteger(i); }

如果值的范圍在-128到127之間，它就從高速緩存返回實(shí)例。

所以…

Integerc=100,d=100;

指向了同一個(gè)對(duì)象。

這就是為什么我們寫

System.out.println(c==d);

我們可以得到true。

現(xiàn)在你可能會(huì)問，為什么這里需要緩存？

合乎邏輯的理由是，在此范圍內(nèi)的“小”整數(shù)使用率比大整數(shù)要高，因此，使用相同的底層對(duì)象是有價(jià)值的，可以減少潛在的內(nèi)存占用。

然而，通過反射API你會(huì)誤用此功能。

運(yùn)行下面的代碼，享受它的魅力吧

publicstaticvoidmain(String[]args)throwsNoSuchFieldException,IllegalAccessException{ Classcache=Integer.class.getDeclaredClasses()[0];//1 FieldmyCache=cache.getDeclaredField("cache");//2 myCache.setAccessible(true);//3 Integer[]newCache=(Integer[])myCache.get(cache);//4 newCache[132]=newCache[133];//5 inta=2; intb=a+a; System.out.printf("%d+%d=%d",a,a,b);// }

責(zé)任編輯：xj

點(diǎn)贊和在看就是最大的支持

原文標(biāo)題：為什么 Java 中“1000==1000”為false，而”100==100“為true？

文章出處：【微信公眾號(hào)：數(shù)據(jù)分析與開發(fā)】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。