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

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

背景

一個簡單的列表檢索功能，列表元素有一個 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的案例分析”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！