淺談Java包裝類型Long的==操作引發的低級bug

Posted on by

背景

一個簡單的列表檢索功能，列表元素有一個 Long 類型的屬性，遍歷過程中犯瞭一個低級錯誤，導致功能流程始終錯誤，本文將分享兩個低級錯誤引發的 bug。

兩個 Long  類型的  ==

查找某個元素 A 在列表 B 中對應的對象的時候，根據元素主鍵查詢，主鍵類型為包裝類型 Long ，遍歷流程如下： 

for(MyData temp:b){
     if (temp.getId() == a.getId() { //  MyData 的 id 屬性為 Long 類型
          return temp;
     }
}

這麼一段簡單的查找代碼，結果怎麼都找不到目標對象，斷點調試發現問題出在 == 操作上，改成 equals 就可以瞭。

關於 Java Long 的包裝類型和元素類型的判斷相等的操作回顧： 

Long a = 81487354807713792L;
Long b = 81487354807713792L;
System.out.println(a==b); // false
System.out.println(a.equals(b)); // true

long c = 81487354807713792L;
long d = 81487354807713792L;
System.out.println(c==d); // true

對 Collections.EMPTY_SET 進行 add 引發的異常

另一個低級錯誤是對 Collections.EMPTY_SET 進行 add 引發的，需要合並兩個集合，第一個集合 A 可能是 

Collections.EMPTY_SET ，最終將另一個集合 B 合並到 A 得到一個大集合。
Set<MyData> a = getDatas();// 如果為空，返回瞭 Collections.EMPTY_SET
Set<MyData> b = getDatas1();
a.addAll(b);

當集合 a 為集合的空對象時，操作異常：

Exception in thread “main” java.lang.UnsupportedOperationException
 at java.util.AbstractCollection.add(AbstractCollection.java:262)

修正方式：如果需要直接對一個集合進行 add ，就不能用  Collections.EMPTY_SET。

Collections 的空集合使用註意事項

以 Collections.EMPTY_SET 為例，跟源碼它的定義主要是下面三行代碼： 

public static final Set EMPTY_SET = new EmptySet<>();
private static class EmptySet<E> extends AbstractSet<E>
AbstractSet<E> extends AbstractCollection

核心在於 AbstractCollection 類的 add，默認直接拋出瞭異常，限制瞭空集合不允許添加： 

public boolean add(E e) {
     throw new UnsupportedOperationException();
 }

結論：java.util.Collections 類中所有的 EMPTY_XXX 對象都不能進行 add 操作。

啟示錄

定位到這兩個低級錯誤後，想起那句調侃：代碼編寫分分鐘，bug 查找兩小時。這兩個問題恰好是一個比較復雜的流程的一部分，構建環境進行測試，測一次差不多十幾分鐘，加上機器怠工，跟這倆小問題，耗瞭兩個小時。

到此這篇關於淺談Java包裝類型Long的==操作引發的低級bug的文章就介紹到這瞭,更多相關Java Long的==內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：