java兩個integer數(shù)據(jù)判斷相等用==還是equals
問題案例
來個簡單點的例子
public static void main(String[] args) {
for (int i = 0; i < 150; i++) {
Integer a = i;
Integer b = i;
System.out.println(i + " " + (a == b));
}
}
i取值從0到150,每次循環(huán)a與b的數(shù)值均相等,輸出a == b。運行結(jié)果:
0 true
1 true
2 true
3 true
...
126 true
127 true
128 false
129 false
130 false
...
從128開始a和b就不再相等了。
原因分析
首先回顧一下自動裝箱。對于下面這行代碼
Integer a = 1;
變量a為Integer類型,而1為int類型,且Integer和int之間并無繼承關(guān)系,按照Java的一般處理方法,這行代碼應(yīng)該報錯。
但因為自動裝箱機制的存在,在為Integer類型的變量賦int類型值時,Java會自動將int類型轉(zhuǎn)換為Integer類型,即
Integer a = Integer.valueOf(1);
valueOf()方法返回一個Integer類型值,并將其賦值給變量a。這就是int的自動裝箱。
再看最開始的例子:
public static void main(String[] args) {
for (int i = 0; i < 150; i++) {
Integer a = i;
Integer b = i;
System.out.println(i + " " + (a == b));
}
}
每次循環(huán)時,Integer a = i和Integer b = i都會觸發(fā)自動裝箱,而自動裝箱會將int轉(zhuǎn)換Integer類型值并返回;我們知道Java中兩個new出來的對象因為時不同的實例,無論如何==都會返回fasle。比如
new Integer(1) == new Integer(1);
就會返回false。
那么例子中Integer a = i和Integer b = i自動裝箱產(chǎn)生的變量a和b就不應(yīng)該時同一個對象了,那么==的結(jié)果應(yīng)該時false。128以上為false容易理解,但為何0到127時返回true了呢?==返回true的唯一情況是比較的兩個對象為同一個對象,那不妨把例子中a和b的內(nèi)存地址都打印出來看看:
for(int i=0;i<150;i++){
Integer a=i;
Integer b=i;
System.out.println(a+" "+b+" "+System.identityHashCode(a)+" "+System.identityHashCode(b));
}
identityHashCode()方法可以理解為輸出對應(yīng)變量的內(nèi)存地址,輸出為:
0 0 762119098 762119098
1 1 1278349992 1278349992
2 2 1801910956 1801910956
3 3 1468253089 1468253089
...
126 126 1605164995 1605164995
127 127 1318497351 1318497351
128 128 101224864 479240824
129 129 1373088356 636728630
130 130 587071409 1369296745
...
竟然從0到127不同時候自動裝箱得到的是同一個對象!從128開始才是正常情況。
源碼分析
“從0到127不同時候自動裝箱得到的是同一個對象”就只能有一種解釋:自動裝箱并不一定new出新的對象。
既然自動裝箱涉及到的方法是Integer.valueOf(),不妨看看其源代碼:
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
其注釋里就直接說明了-128到127之間的值都是直接從緩存中取出的。看看是怎么實現(xiàn)的:如果int型參數(shù)i在IntegerCache.low和IntegerCache.high范圍內(nèi),則直接由IntegerCache返回;否則new一個新的對象返回。似乎IntegerCache.low就是-128,IntegerCache.high就是127了
IntegerCache的源碼:
private static class IntegerCache {
static final int low = -128;
static final int high;
static final Integer cache[];
static {
// high value may be configured by property
int h = 127;
String integerCacheHighPropValue =
sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
if (integerCacheHighPropValue != null) {
try {
int i = parseInt(integerCacheHighPropValue);
i = Math.max(i, 127);
// Maximum array size is Integer.MAX_VALUE
h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
} catch( NumberFormatException nfe) {
// If the property cannot be parsed into an int, ignore it.
}
}
high = h;
cache = new Integer[(high - low) + 1];
int j = low;
for(int k = 0; k < cache.length; k++)
cache[k] = new Integer(j++);
// range [-128, 127] must be interned (JLS7 5.1.7)
assert IntegerCache.high >= 127;
}
private IntegerCache() {}
}
果然在其static塊中就一次性生成了-128到127直接的Integer類型變量存儲在cache[]中,對于-128到127之間的int類型,返回的都是同一個Integer類型對象。
這下真相大白了,整個工作過程就是:Integer.class在裝載(Java虛擬機啟動)時,其內(nèi)部類型IntegerCache的static塊即開始執(zhí)行,實例化并暫存數(shù)值在-128到127之間的Integer類型對象。當(dāng)自動裝箱int型值在-128到127之間時,即直接返回IntegerCache中暫存的Integer類型對象
解決方法
既然我們的目的是比較數(shù)值是否相等,而非判斷是否為同一對象;而自動裝箱又不能保證同一數(shù)值的Integer一定是同一對象或一定不是同一對象,那么就不要用==,直接用equals()好了。實際上,Integer重寫了equals()方法,直接比較對象的數(shù)值是否相等。
for (int i = 0; i < 150; i++) {
Integer a = i;
Integer b = i;
System.out.println(i + " " + (a.equals(b)));
}
//這樣返回值就全都是true了。
private final int value;
public boolean equals(Object obj) {
if (obj instanceof Integer) {
return value == ((Integer)obj).intValue();
}
return false;
}
public int intValue() {
return value;
}
備注
不僅int,Java中的另外7中基本類型都可以自動裝箱和自動拆箱,其中也有用到緩存。見下表:
| 基本類型 | 裝箱類型 | 取值范圍 | 是否緩存 | 緩存范圍 |
|---|---|---|---|---|
| byte | Byte | -128 ~ 127 | 是 | -128 ~ 127 |
| short | Short | -2^15 ~ (2^15 - 1) | 是 | -128 ~ 127 |
| int | Integer | -2^31 ~ (2^31 - 1) | 是 | -128 ~ 127 |
| long | Long | -2^63 ~ (2^63 - 1) | 是 | -128~127 |
| float | Float | -- | 否 | -- |
| double | Double | -- | 否 | -- |
| boolean | Boolean | true, false | 是 | true, false |
| char | Character | \u0000 ~ \uffff |
到此這篇關(guān)于java兩個integer數(shù)據(jù)判斷相等用==還是equals的文章就介紹到這了,更多相關(guān)java integer判斷相等內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- Java LinkedHashSet集合的底層原理和TreeSet集合
- Java中HashMap和HashSet的高效使用技巧分享
- Java中的Set接口實現(xiàn)類HashSet和LinkedHashSet詳解
- Java集合ArrayList、LinkedList、HashMap、HashSet最大容量
- Java中HashSet、LinkedHashSet和TreeSet區(qū)別詳解
- java的==運算符和equals操作詳解
- Java中==和equals()的區(qū)別總結(jié)
- 詳解Java中==和equals()的區(qū)別
- 淺談java字符串比較到底應(yīng)該用==還是equals
- java中的HashSet與 == 和 equals的區(qū)別示例解析
相關(guān)文章
基于 SASL/SCRAM 讓 Kafka 實現(xiàn)動態(tài)授權(quán)認證的方法
在大數(shù)據(jù)處理和分析中?Apache Kafka?已經(jīng)成為了一個核心組件,本文將從零開始部署?ZooKeeper?和?Kafka?并通過配置?SASL/SCRAM?和?ACL(訪問控制列表)來增強?Kafka?的安全性,需要的朋友可以參考下2024-07-07
Java中使用LocalDate根據(jù)日期來計算年齡的實現(xiàn)方法
這篇文章主要介紹了Java中使用LocalDate根據(jù)日期來計算年齡的實現(xiàn)方法,需要的朋友可以參考下2018-01-01
深入學(xué)習(xí)java ThreadLocal的源碼知識
ThreadLocal是一個本地線程副本變量工具類。主要用于將私有線程和該線程存放的副本對象做一個映射,各個線程之間的變量互不干擾,特別適用于各個線程依賴不通的變量值完成操作的場景。下面我們來詳細了解一下它吧2019-06-06

