面試中經(jīng)常遇到一個(gè)問題：

Integer a = 10;
Integer b = 10; 
System.out.println(a == b); 
a = 1000;
b = 1000; 
System.out.println(a == b);

兩個(gè)打印值分別是多少？

詳解：true；false；

默認(rèn)IntegerCache.low 是-128，Integer.high是127，如果在這個(gè)區(qū)間內(nèi)，他就會(huì)把變量i當(dāng)做一個(gè)變量，放到內(nèi)存中；但如果不在這個(gè)范圍內(nèi)，就會(huì)去new一個(gè)Integer對(duì)象，在這個(gè)題目中，10在范圍內(nèi)，所以直接比較其值；1000不在范圍內(nèi)，所以jdk幫我new了兩個(gè)實(shí)例，這樣在用==，肯定是false。

補(bǔ)充：Integer值判斷是否相等問題 要用equals判斷不要用“==”判斷

昨天在開發(fā)中遇到一個(gè)問題，定義了兩個(gè)Integer變量，暫且定義為Integer a; Integer b;

這兩個(gè)值由前端賦值并傳到后臺(tái)，前臺(tái)傳的是a = 12345, b = 12345, 但我在后臺(tái)比較的時(shí)候 if (a == b)，卻返回false，好無語(yǔ)啊，不都是123嗎？為什么返回false，后來改為equals()，返回true，但其中的有些端倪還不太清楚，現(xiàn)總結(jié)下：

我們知道Integer是int的包裝類，在jdk1.5以上，可以實(shí)現(xiàn)自動(dòng)裝箱拆箱，就是jdk里面會(huì)自動(dòng)幫我們轉(zhuǎn)換，不需要我們手動(dòng)去強(qiáng)轉(zhuǎn)，所以我們經(jīng)常在這兩種類型中隨意寫，平時(shí)也沒什么注意

但I(xiàn)nteger他是對(duì)象，我們知道 == 比較的是堆中的地址，但有個(gè)奇怪的事是， 如果 Integer a = 123, Integer b = 123，可以返回true，但如果Integer a = 12345, Integer b = 12345,返回false，這就是jdk的東西，我們看下Integer的源碼

public static Integer valueOf(int i) {
 if (i >= IntegerCache.low && i <= IntegerCache.high)
  return IntegerCache.cache[i + (-IntegerCache.low)];
 return new Integer(i);
}

默認(rèn)IntegerCache.low 是-127，Integer.high是128，如果在這個(gè)區(qū)間內(nèi)，他就會(huì)把變量i當(dāng)做一個(gè)變量，放到內(nèi)存中；但如果不在這個(gè)范圍內(nèi)，就會(huì)去new一個(gè)Integer對(duì)象，

而我在代碼中，兩個(gè)Integer值都不在這個(gè)范圍內(nèi)，所以jdk幫我new了兩個(gè)實(shí)例，這樣在用==，肯定是false。

所以如果要比較Integer的值，比較靠譜的是通過Integer.intValue();這樣出來的就是int值，就可以直接比較了；或者equals()比較

Integer的底層 equals是這樣定義的 先拆箱為int再來比較

public boolean equals(Object obj) {
  if (obj instanceof Integer) {
   return value == ((Integer)obj).intValue();
  }
  return false;
 }

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。

最新評(píng)論