Java包裝類型Long的==操作引發(fā)低級bug的案例分析

這篇文章主要介紹Java包裝類型Long的==操作引發(fā)低級bug的案例分析，文中介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們一定要看完！

背景

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

兩個 Long  類型的  ==

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

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

這么一段簡單的查找代碼，結(jié)果怎么都找不到目標(biāo)對象，斷點調(diào)試發(fā)現(xiàn)問題出在 == 操作上，改成 equals 就可以了。

關(guān)于 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 進(jìn)行 add 引發(fā)的異常

另一個低級錯誤是對 Collections.EMPTY_SET 進(jìn)行 add 引發(fā)的，需要合并兩個集合，第一個集合 A 可能是 

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

當(dāng)集合 a 為集合的空對象時，操作異常：

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

修正方式：如果需要直接對一個集合進(jìn)行 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，默認(rèn)直接拋出了異常，限制了空集合不允許添加：

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

結(jié)論：java.util.Collections 類中所有的 EMPTY_XXX 對象都不能進(jìn)行 add 操作。

啟示錄

定位到這兩個低級錯誤后，想起那句調(diào)侃：代碼編寫分分鐘，bug 查找兩小時。這兩個問題恰好是一個比較復(fù)雜的流程的一部分，構(gòu)建環(huán)境進(jìn)行測試，測一次差不多十幾分鐘，加上機(jī)器怠工，跟這倆小問題，耗了兩個小時。

以上是“Java包裝類型Long的==操作引發(fā)低級bug的案例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道！