記錄Java 集合類別 List 的坑

java基礎教學欄位介紹集合類別包含Map 與Collection 兩個大類別

推薦（免費）：java基礎教學

現在的一些高階程式語言都會提供各種開箱即用的資料結構的實現，像Java 編程語言的集合框架中就提供了各種實現，集合類包含Map 和Collection 兩個大類，其中Collection 下面的List 列表是我們經常使用的集合類之一，很多的業務代碼都離不開它，今天就來看看List 清單的一些坑。

第一個坑：Arrays.asList 方法回傳的List 不支援增加、刪除操作

#例如我們執行以下程式碼：

List<String> strings = Arrays.asList("m", "g");
strings.add("h");

會拋出java .lang.UnsupportedOperationException 異常，此時你內心OS what？明明回傳的 ArrayList 為啥不能往裡面增加元素，這以後還能好好的增加元素嗎？ ，然後果斷開啟Debug 大法：

#發現傳回的ArrayList 並不是我們常用的java .util.ArrayList，而是Arrays 的內部類別java.util.Arrays.ArrayList。進入方法Arrays.asList 原始碼如下：

public static <T> List<T> asList(T... a) {
    return new ArrayList<>(a);
}

方法傳回的是Arrays 的靜態內部類別java.util.Arrays.ArrayList，雖然這個類別和java.util.ArrayList 也繼承自抽象類別java.util.AbstractList ，但透過該類別的原始碼發現它並沒有對抽象父類別AbstractList 的add 方法預設就是拋出java.lang.UnsupportedOperationException 例外。

這個坑的根本原因是我們呼叫回傳的strings 的add 方法是繼承自抽象父類別的add 方法，而抽象父類別的方法預設就是拋出java.lang.UnsupportedOperationException 這個例外。

第二個坑，Arrays.asList 方法傳回的新List 和該方法原始入參數組修改會互相影響

Arrays.asList  方法除了上面這個不支援增加、刪除元素 這個坑之外，還有另外一個坑：

#從以上程式碼可以發現，原始陣列的修改會影響我們透過Arrays.asList方法獲得的新List，深入java.util.Arrays.ArrayList 的原始碼：

private static class ArrayList<E> extends AbstractList<E>
        implements RandomAccess, java.io.Serializable
    {
        private static final long serialVersionUID = -2764017481108945198L;
        private final E[] a;

        ArrayList(E[] array) {
            a = Objects.requireNonNull(array);
        }
        
        ...
        
     }

可以發現是直接使用了原始的數組，所有當我們使用Arrays.asList 方式獲得的List 時要特別注意，因為共享了數組，相互修改時可能產生一些意想不到的Bug 。標準的姿勢之一是將其作為ArrayList 建構方法的參數重新new 一個List 出來即可（e.g. List<string> stringList = new ArrayList(Arrays.asList(arrays))</string>）或透過Guava 庫中的Lists.newArrayList ，將傳回的新List#和原始的數組解耦，就不會再互相影響了。

第三個坑，直接遍歷List 集合刪除元素會報錯

在直接遍歷集合元素時增加、刪除元素會報錯，例如執行以下程式碼：

List<String> stringList = Lists.newArrayList("m", "g", "h");
for (String s : stringList) {
    if (Arrays.asList("m", "h").contains(s)) {
        stringList.remove(s);
    }
}

以上程式碼可以正常編譯通過，但是執行時會拋出java.util.ConcurrentModificationException 異常，查看其原始碼可以發現，刪除元素方法remove 會使集合結構發生修改，也是modCount（集合實際修改的次數）會修改，在迴圈過程中，會比較目前List 的集合實際修改的次數modCount 與迭代器修改的次數expectedModCount ，而expectedModCount 是初始化時的modCount， 二者不相等，就會報ConcurrentModificationException 例外。解決方法主要有兩種方式，1.使用 ArrayList 的迭代器方式遍歷，然後呼叫其中的方法。 2.在 JDK 1.8 可以使用 removeIf 方法進行刪除操作。

最後紮心一問：呼叫ArrayList 的remove 方法傳入int 基本型別的數字和Integer#包裝類型的數字，執行結果是不是一樣的？

以上是記錄Java 集合類別 List 的坑的詳細內容。更多資訊請關注PHP中文網其他相關文章！