眾所周知，Java為開發(fā)者提供了多種集合類的實現(xiàn)。而Java的集合類通常被分為兩大類：Map和Collection。進一步，Collection又分為三個子類，包括List、Set和Queue。其中，可以幾乎所有業(yè)務(wù)代碼都需要用到List，因此其也被認為是最為是集合中最重要的一個結(jié)構(gòu)。

但List的錯誤使用也會導致諸多問題，今天我們就來看一看幾個錯誤使用List的場景。

前言

在日常的Java面試中,ArrayList絕對可以算得上是Java后端面試中的一個?？?。為此網(wǎng)上也有很多文章來對ArrayList的源碼進行分析，其實重點歸結(jié)下來無非以下幾點

• ArrayList中元素增、刪操作的原理；
• ArrayList中的擴容機制，元素拷貝原理；
• ArrayList線程安全性以及fast-fail機制等。

在面試中可能你對于上述問題可以做到對答如流，但是真正落實到實際開發(fā)中你能保證寫出沒有Bug的代碼嗎？對于這個問題不同的開發(fā)者可能有著不同的答案，但無論你的答案是什么，筆者還是希望你能花幾分鐘讀一讀后續(xù)的內(nèi)容，相信讀完你一定會有所收獲~~~

刪除元素時傳遞的參數(shù)到底是什么

在開始分析之前，我們先來看一段代碼：

@Test
public void testStrList() {
    ArrayList<String> strs = new ArrayList<>();
    strs.add("hello");
    strs.add("coding");
    strs.add("word");
    strs.remove(1);
    log.info("Arrays  after is [{}] ", Arrays.toString(strs.toArray()));
}

上述代碼邏輯很簡單，無非就是向strs中添加三個字符串信息，然后調(diào)用remove方法進行刪除，那此時上述代碼會打印出什么內(nèi)容呢？此時，相信你肯定不假思索的回答出肯定是Arrays after is [[hello, word]]。但是當我拿出如下這段代碼，閣下又該如何應(yīng)對呢？

@Test
public void testList() {
   ArrayList<Integer> nums = new ArrayList<>();
   for (int i = 0 ; i < 5 ; i ++) {
       nums.add(5-i);
   }
    // <1> nums.remove(new Integer(3));
    nums.remove(3);
    log.info("Arrays  after is [{}] ", Arrays.toString(nums.toArray()));
}

對于上述代碼，筆者有兩個疑問：

• 上述代碼會輸出什么呢？
• 如果將上述代碼nums.remove(3)注釋掉，而將<1>處代碼注釋打開，其輸出結(jié)果又是什么呢？

這個問題歸根到底本質(zhì)就是對于ArrayList中remove方法的理解，可能面試時你對于ArrayList的remove方法也能侃侃而談，但面對如此場景你還能不假思索的回答出來嗎？

有疑惑也別慌，接下來我們就來看看List中關(guān)于remove的方法有什么樣的定義：

List # remove

public interface List<E> extends Collection<E> {
	......
	boolean remove(Object o);
	......
	E remove(int index);
	......
}

可以看到，在List接口中，對于remove方法進行了重載，其支持兩種類型的傳參：一種是傳入基本類型；另一種則需要傳入一個對象。進一步，ArrayList中對于不同參數(shù)下remove方法的執(zhí)行邏輯也是有差異的。具體來看：

• 當remove中傳入的參數(shù)為int時，則會刪除參數(shù)對應(yīng)索引中的元素；
• 當remove中傳入的參數(shù)為Object時，則會遍歷列表中的元素，進而刪除列表中的對應(yīng)元素。

至此，上述代碼執(zhí)行后的結(jié)果其實已經(jīng)很明顯了。當執(zhí)行nums.remove(3)時，其會刪除對應(yīng)索引下的的元素，即刪除列表中的元素2；而當執(zhí)行nums.remove(new Integer(3))時，則會刪除列表中的元素3。

可能你會覺得，這里無非就是remove方法有一個重載邏輯罷了，有何難？你無非就是比我看的時候細心了一點罷了，這又能算的上什么呢？

如果你有這樣的想法，那不妨來看看如下這段代碼，想一想下列代碼最終輸出的size是多少呢？

public void testStrList() {
    ArrayList<String> strs = new ArrayList<>();
    strs.add("hello");
    strs.add("coding");
    strs.add("word");
    // 定義匹配規(guī)則
    ArrayList<String> mapStrs = new ArrayList<>(Arrays.asList("hello"));
    // 存儲適配信息坐標
    ArrayList<Integer> index = new ArrayList<>();
    for (int i = 0 ; i < strs.size() ; i ++) {
        if (mapStrs.contains(strs.get(i))) {
            index.add(i);
        }
    }
    // 刪除匹配信息
    for (int i = 0 ; i < index.size() ; i ++) {
        strs.remove(index.get(i));
    }
    log.info("strs removed size is [{}] ", strs.size());
}

上述代碼最終會輸出strs removed size is 3，不知你的答案是否是這樣的？至于為何是這樣，筆者在此就不進行分析了。這算是筆者留的一個思考題，歡迎你在評論區(qū)留言。

Arrays.asList你用對了嗎

眾所周知，Arrays.asList 是 Java 中的一個靜態(tài)方法，它的主要作用是將一個數(shù)組轉(zhuǎn)換成一個固定大小的 List。 那下述兩種方式構(gòu)建的List有什么差異呢？

int[] arr = {1, 2, 3}; 
// <1> 傳入數(shù)組構(gòu)建List
List listArray = Arrays.asList(arr);
// <2> 通過參數(shù)構(gòu)建List
List list = Arrays.asList(1,2,3);

執(zhí)行代碼你會發(fā)現(xiàn)，方法<1>這樣初始化的 List 并不是我們期望的包含 3 個數(shù)字的 List。而其會創(chuàng)建一個元素類型為[]int的List。換言之，其最終會生成的 List是一個元素個數(shù)為 1的整型數(shù)組。

那為什么會這樣？我們來看下其源碼：

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

進一步，其在構(gòu)建ArrayList時的邏輯如下所示：

通過追蹤源碼可以看到，Arrays.asList 方法傳入的是一個泛型T類型可變參數(shù)，而我們傳入的int[]最終作為了一個對象成為了泛型類型 T。當然，這個問題更深層的原因在于：Jdk在對象的封箱/拆箱只支持將 int 裝箱為 Integer，卻不能把 int 數(shù)組裝箱為 Integer 數(shù)組。進一步，如下代碼則不會存在此問題。

Integer[] arr2 = {1, 2, 3}; 
List list = Arrays.asList(arr2);

總之， Arrays.asList 不能直接使用來轉(zhuǎn)換基本類型數(shù)組。 進一步，既然Arrays.asList可以得到一個List，那對其進行add、remove等操作是不是沒啥問題？。例如如下這樣

Integer[] arr2 = {1, 2, 3}; 
List list = Arrays.asList(arr2);
list.add(3,4)

如果運行上述代碼你會喜提一個UnsupportedOperationException。換言之，為list 中的3號位置新增整型 4 的操作失敗了。造成這一問題的在于：Arrays.asList 返回的List不支持增刪操作。即Arrays.asList 返回的 List 并不是 我們期望的 java.util.ArrayList。其最終會返回 Arrays 的內(nèi)部類 ArrayList。而該類并沒有覆寫父類AbstractList的add方法，而父類中add方法的實現(xiàn)，就是拋出 UnsupportedOperationException。相關(guān)代碼如下：

AbstractList # add

public void add(int index, E element) {
    throw new UnsupportedOperationException();
}

總結(jié)

至此，我們拋磚引玉的介紹了使用List時可能遇到的一些小問題。事實上，除了上述討論的問題外List在使用切片功能也可能導致一些意想不到的OOM異常，在此筆者就不逐一進行分析了，感興趣的讀者可翻閱相關(guān)資料進行了解。

或許，List使用過程中的這些小細節(jié)在你看來無關(guān)緊要，但細節(jié)決定成敗。當然，這也是一個仁者見仁智者的問題，筆者在此就不贅述了。

到此這篇關(guān)于java中l(wèi)ist使用時需避免的場景總結(jié)的文章就介紹到這了,更多相關(guān)java list內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論