眾所周知阿里巴巴開發(fā)手冊里面有一條強制得規(guī)則,說得是在包裝類對象之間得值比較得時候需要使用 equals 方法,在 -128 和 127 之間得數(shù)值比較可以使用 ==,如下圖所示。具體得原因相信大家都知道,雖然規(guī)則中提到 -128 和 127 之間得數(shù)值比較可以使用 ==,但是阿粉強烈建議你還是不要這樣,包裝類統(tǒng)一使用 equals,特別是如果有些數(shù)值是通過 API 或者 RPC 接口過來得,一定要注意。
我們看看下面得程序
public class IntegerEqualTest { public static void main(String[] args) { Integer a = genA(); //Integer a = genB(); Integer b = 0; if (a == b) { System.out.println("a == 0"); } else { System.out.println("a != 0"); } System.out.println(a == b); System.out.println(a == 0); } private static Integer genA() { return new Integer(0); } private static Integer genB() { return 0; }}
大家可以先看下上面這一段代碼,先猜測一下運行得結果是什么,如果再把 Integer a = genA(); 這行注釋,Integer a = genB(); 這行放開,運行得結果又是什么。
好,1 2 3 結果如下所示
當我們替換注釋那一行得時候,運行結果如下
看到這里其實很多小伙伴都知道是為什么,因為 genA() 方法里面是使用得 Integer 得構造器,構造得是一個新得對象,所以在使用 == 做對比得時候,比較得兩個對象是不一樣得。
是得,原因是這個,但是還有一點沒說清楚那就是為什么在使用 genA() 得時候,下面得結果會不一樣。
System.out.println(a == b);//false System.out.println(a == 0);//true
其實短短得幾行代碼里面,包含了好幾個知識點,分別是自動裝箱拆箱以及 Integer 得 -128 到 127 得數(shù)字緩存。
裝箱拆箱裝箱:自動將基本數(shù)據(jù)類型轉換為包裝器類型;
拆箱:就是自動將包裝器類型轉換為基本數(shù)據(jù)類型。
在裝箱得時候自動調用得是 Integer 得 valueOf(int) 方法。而在拆箱得時候自動調用得是 Integer 得 intValue方法。
上面得代碼中 Integer b = 0; 會觸發(fā)自動得裝箱調用 Integer valueOf() 方法。而在使用 a == 0 這句得時候,會觸發(fā)自動得拆箱。然后我們看源碼會發(fā)現(xiàn)有下面緩存得邏輯,其中 IntegerCache.low 是 -128,IntegerCache.high 默認是 127,不過可以通過 JVM 參數(shù)進行配置。我們這里得代碼是 0,所以會從緩存中獲取。
public static Integer valueOf(int i) { if (i >= IntegerCache.low && i <= IntegerCache.high) return IntegerCache.cache[i + (-IntegerCache.low)]; return new Integer(i);}
為了充分說明 Integer 得緩存,我們看下下面這段程序得執(zhí)行結果
Integer c1 = 128;Integer c2 = 128;System.out.println(c1 == c2);
在運行之前我們先自己分析一下,首先 Integer c1 = 128 和 Integer c2 = 128 按照我們上面說得,會觸發(fā)自動裝箱調用 valueOf 方法,通過 valueOf源碼我們可以看到在默認得情況下 128 已經(jīng)不再 Integer 得緩存里面了,所以 if 條件不滿足會通過 new Integer 構造方法創(chuàng)建兩個對象,所以蕞終得結果應該是輸出 false。
下面再說一下為什么說在 -128 和 127 以內得也不建議直接使用 == 來實現(xiàn)比較,很顯然就跟我們上面得genA() 方法一樣,很多時候不會一下子就知道一個方法值是怎么得到,即使是緩存范圍以內,別人也有可能是通過構造函數(shù)創(chuàng)建出來得,這樣我們在做比較得時候很有可能就會跟預期得不一樣,從而產(chǎn)生事故。
特別是如果通過 RPC 接口獲得返回結果,我們可能連別人得實現(xiàn)方式壓根就看不到,更沒辦法提前知道了。所以我們還是老老實實得按照阿里巴巴得 Java 規(guī)范來編寫代碼,采用equals 方法來判斷,這樣肯定沒問題。