為什么 Java 中“1000==1000”為false,而”100==100“為true? 這是一個挺有意思的討論話題。 如果你運行下面的代碼:
Integera=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之間的所有的整數對象
所以事情就成了,所有的小整數在內部緩存,然后當我們聲明類似——
Integerc=100;
的時候,它實際上在內部做的是:
Integeri=Integer.valueOf(100);
現在,如果我們去看valueOf()方法,我們可以看到
publicstaticIntegervalueOf(inti){ if(i>=IntegerCache.low&&i returnIntegerCache.cache[i+(-IntegerCache.low)]; returnnewInteger(i); }
如果值的范圍在-128到127之間,它就從高速緩存返回實例。
所以…
Integerc=100,d=100;
指向了同一個對象。
這就是為什么我們寫
System.out.println(c==d);
我們可以得到true。
現在你可能會問,為什么這里需要緩存?
合乎邏輯的理由是,在此范圍內的“小”整數使用率比大整數要高,因此,使用相同的底層對象是有價值的,可以減少潛在的內存占用。
然而,通過反射API你會誤用此功能。
運行下面的代碼,享受它的魅力吧
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);// }
責任編輯:xj
點贊和在看就是最大的支持
原文標題:為什么 Java 中“1000==1000”為false,而”100==100“為true?
文章出處:【微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。
-
JAVA
+關注
關注
20文章
2987瀏覽量
107981 -
C語言
+關注
關注
180文章
7630瀏覽量
140930
原文標題:為什么 Java 中“1000==1000”為false,而”100==100“為true?
文章出處:【微信號:DBDevs,微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
VIAVI Xgig 1000 32/128G FC和25/50/100GE以太網分析儀介紹

K7815-1000(L) K7815-1000(L)

ADAS1000-4 adi

ADAS1000-1 adi

ADAS1000-3 adi

ADAS1000 adi

ADAS1000-2 adi

ADRF6850 100MHz至1000MHz集成寬帶接收機技術手冊

FCTS1000-10-5參考鎖相轉換器Synergy
ldc1000使用的具體時序是怎樣的呢?
請問LDC1000是否可以測量大線圈?
是否可以將默認configTICK_RATE_HZ 100Hz更改為1000Hz?
配備銅纜和光纖接口的 DP83869HM 高抗擾性 10/100/1000以太網物理層收發器數據表

評論