日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
為什么說兩個 Integer 數(shù)值之間不建議使用 “==” 進行比較

本文轉(zhuǎn)載自微信公眾號「Java極客技術(shù)」,作者鴨血粉絲Tang。轉(zhuǎn)載本文請聯(lián)系Java極客技術(shù)公眾號。

我們提供的服務(wù)有:成都網(wǎng)站設(shè)計、做網(wǎng)站、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、平潭ssl等。為近千家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù),是有科學(xué)管理、有技術(shù)的平潭網(wǎng)站制作公司

眾所周知阿里巴巴開發(fā)手冊里面有一條強制的規(guī)則,說的是在包裝類對象之間的值比較的時候需要使用 equals 方法,在 -128 和 127 之間的數(shù)值比較可以使用 ==,如下圖所示。具體的原因相信大家都知道,雖然規(guī)則中提到 -128 和 127 之間的數(shù)值比較可以使用 ==,但是阿粉強烈建議你還是不要這樣,包裝類統(tǒng)一使用 equals,特別是如果有些數(shù)值是通過 API 或者 RPC 接口過來的,一定要注意。

我們看看下面的程序

 
 
 
 
  1. public class IntegerEqualTest { 
  2.  
  3.     public static void main(String[] args) { 
  4.  
  5.         Integer a = genA(); 
  6.         //Integer a = genB(); 
  7.         Integer b = 0; 
  8.         if (a == b) { 
  9.             System.out.println("a == 0"); 
  10.         } else { 
  11.             System.out.println("a != 0"); 
  12.         } 
  13.         System.out.println(a == b); 
  14.         System.out.println(a == 0); 
  15.     } 
  16.  
  17.     private static Integer genA() { 
  18.         return new Integer(0); 
  19.     } 
  20.  
  21.     private static Integer genB() { 
  22.         return 0; 
  23.     } 

大家可以先看下上面這一段代碼,先猜測一下運行的結(jié)果是什么,如果再把 Integer a = genA(); 這行注釋,Integer a = genB(); 這行放開,運行的結(jié)果又是什么。

好,1 2 3 結(jié)果如下所示

當(dāng)我們替換注釋那一行的時候,運行結(jié)果如下

看到這里其實很多小伙伴都知道是為什么,因為 genA() 方法里面是使用的 Integer 的構(gòu)造器,構(gòu)造的是一個新的對象,所以在使用 == 做對比的時候,比較的兩個對象是不一樣的。

是的,原因是這個,但是還有一點沒說清楚那就是為什么在使用 genA() 的時候,下面的結(jié)果會不一樣。

 
 
 
 
  1. System.out.println(a == b);//false 
  2.  System.out.println(a == 0);//true 

其實短短的幾行代碼里面,包含了好幾個知識點,分別是自動裝箱拆箱以及 Integer 的 -128 到 127 的數(shù)字緩存。

裝箱拆箱

裝箱:自動將基本數(shù)據(jù)類型轉(zhuǎn)換為包裝器類型;

拆箱:就是自動將包裝器類型轉(zhuǎn)換為基本數(shù)據(jù)類型。

在裝箱的時候自動調(diào)用的是 Integer 的 valueOf(int) 方法。而在拆箱的時候自動調(diào)用的是 Integer 的 intValue方法。

上面的代碼中 Integer b = 0; 會觸發(fā)自動的裝箱調(diào)用 Integer valueOf() 方法。而在使用 a == 0 這句的時候,會觸發(fā)自動的拆箱。然后我們看源碼會發(fā)現(xiàn)有下面緩存的邏輯,其中 IntegerCache.low 是 -128,IntegerCache.high 默認(rèn)是 127,不過可以通過 JVM 參數(shù)進行配置。我們這里的代碼是 0,所以會從緩存中獲取。

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

為了充分說明 Integer 的緩存,我們看下下面這段程序的執(zhí)行結(jié)果

 
 
 
 
  1. Integer c1 = 128; 
  2. Integer c2 = 128; 
  3. System.out.println(c1 == c2); 

在運行之前我們先自己分析一下,首先 Integer c1 = 128 和 Integer c2 = 128 按照我們上面說的,會觸發(fā)自動裝箱調(diào)用 valueOf 方法,通過 valueOf源碼我們可以看到在默認(rèn)的情況下 128 已經(jīng)不再 Integer 的緩存里面了,所以 if 條件不滿足會通過 new Integer 構(gòu)造方法創(chuàng)建兩個對象,所以最終的結(jié)果應(yīng)該是輸出 false。

下面再說一下為什么說在 -128 和 127 以內(nèi)的也不建議直接使用 == 來實現(xiàn)比較,很顯然就跟我們上面的genA() 方法一樣,很多時候不會一下子就知道一個方法值是怎么得到,即使是緩存范圍以內(nèi),別人也有可能是通過構(gòu)造函數(shù)創(chuàng)建出來的,這樣我們在做比較的時候很有可能就會跟預(yù)期的不一樣,從而產(chǎn)生事故。

特別是如果通過 RPC 接口獲得返回結(jié)果,我們可能連別人的實現(xiàn)方式壓根就看不到,更沒辦法提前知道了。所以我們還是老老實實的按照阿里巴巴的 Java 規(guī)范來編寫代碼,采用equals 方法來判斷,這樣肯定沒問題。


網(wǎng)站欄目:為什么說兩個 Integer 數(shù)值之間不建議使用 “==” 進行比較
轉(zhuǎn)載來于:http://www.dlmjj.cn/article/dpcsgsc.html