List中remove()方法的陷阱，被坑慘了！

往期熱門文章：

1、Facebook 全球宕機(jī) 6 小時(shí)！到底遇到了什么問題？？
2、放棄使用 15 年的 MacOS，我決定換成 Linux！
3、宕機(jī)三個(gè)月、36億打水漂，印度驕傲Infosys如何活成了全球笑話？
4、Java17，有史以來最快 JDK！但Java8 YYDS！
5、Spring Boot巧用 @Async 提升API接口并發(fā)能力！NB！
Java的List在刪除元素時(shí)，一般會(huì)用list.remove(o)/remove(i)方法。在使用時(shí)，容易觸碰陷阱，得到意想不到的結(jié)果。總結(jié)以往經(jīng)驗(yàn)，記錄下來與大家分享。

首先初始化List，代碼如下：

package?com.cicc.am.test;
?
import?java.util.ArrayList;
import?java.util.List;
?
public?class?ListTest?{
?
?public?static?void?main(String[]?args)?{
??List?list=new?ArrayList();
??list.add(1);
??list.add(2);
??list.add(3);
??list.add(3);
??list.add(4);
??System.out.println(list);
?}
}

輸出結(jié)果為[1, 2, 3, 3, 4]

1、普通for循環(huán)遍歷List刪除指定元素--錯(cuò)誤！！！

for(int?i=0;i???if(list.get(i)==3)?list.remove(i);
}
System.out.println(list);

輸出結(jié)果：[1, 2, 3, 4]

為什么元素3只刪除了一個(gè)？本以為這代碼再簡單不過，可還是掉入了陷阱里，上面的代碼這樣寫的話，元素3是過濾不完的。只要list中有相鄰2個(gè)相同的元素，就過濾不完。

List調(diào)用remove(index)方法后，會(huì)移除index位置上的元素，index之后的元素就全部依次左移，即索引依次-1要保證能操作所有的數(shù)據(jù)，需要把index-1，否則原來索引為index+1的元素就無法遍歷到(因?yàn)樵瓉硭饕秊閕ndex+1的數(shù)據(jù)，在執(zhí)行移除操作后，索引變成index了，如果沒有index-1的操作，就不會(huì)遍歷到該元素，而是遍歷該元素的下一個(gè)元素)。

如果這樣，刪除元素后同步調(diào)整索引或者倒序遍歷刪除元素，是否可行呢？

2、for循環(huán)遍歷List刪除元素時(shí)，讓索引同步調(diào)整--正確！

for(int?i=0;i???if(list.get(i)==3)?list.remove(i--);
}
System.out.println(list);

輸出結(jié)果：[1, 2, 4]

3、倒序遍歷List刪除元素--正確！

for(int?i=list.size()-1;i>=0;i--){
?if(list.get(i)==3){
??list.remove(i);
?}
}
System.out.println(list);

輸出結(jié)果：[1, 2, 4]

4、foreach遍歷List刪除元素--錯(cuò)誤！！！

for(Integer?i:list){
????if(i==3)?list.remove(i);
}
System.out.println(list);

拋出異常：java.util.ConcurrentModificationException

foreach 寫法實(shí)際上是對(duì)的 Iterable、hasNext、next方法的簡寫。因此從List.iterator()源碼著手分析，跟蹤iterator()方法，該方法返回了 Itr 迭代器對(duì)象。

??public?Iterator?iterator()?{
????????return?new?Itr();
????}

Itr 類定義如下：

private?class?Itr?implements?Iterator<E>?{
????????int?cursor;???????//?index?of?next?element?to?return
????????int?lastRet?=?-1;?//?index?of?last?element?returned;?-1?if?no?such
????????int?expectedModCount?=?modCount;
?
????????public?boolean?hasNext()?{
????????????return?cursor?!=?size;
????????}
?
????????@SuppressWarnings("unchecked")
????????public?E?next()?{
????????????checkForComodification();
????????????int?i?=?cursor;
????????????if?(i?>=?size)
????????????????throw?new?NoSuchElementException();
????????????Object[]?elementData?=?ArrayList.this.elementData;
????????????if?(i?>=?elementData.length)
????????????????throw?new?ConcurrentModificationException();
????????????cursor?=?i?+?1;
????????????return?(E)?elementData[lastRet?=?i];
????????}
?
????????public?void?remove()?{
????????????if?(lastRet?0)
????????????????throw?new?IllegalStateException();
????????????checkForComodification();
?
????????????try?{
????????????????ArrayList.this.remove(lastRet);
????????????????cursor?=?lastRet;
????????????????lastRet?=?-1;
????????????????expectedModCount?=?modCount;
????????????}?catch?(IndexOutOfBoundsException?ex)?{
????????????????throw?new?ConcurrentModificationException();
????????????}
????????}
?
????????final?void?checkForComodification()?{
????????????if?(modCount?!=?expectedModCount)
????????????????throw?new?ConcurrentModificationException();
????????}
????}

通過代碼我們發(fā)現(xiàn) Itr 是 ArrayList 中定義的一個(gè)私有內(nèi)部類，在 next、remove方法中都會(huì)調(diào)用checkForComodification 方法，該方法的 作用是判斷 modCount != expectedModCount是否相等，如果不相等則拋出ConcurrentModificationException異常。

每次正常執(zhí)行 remove 方法后，都會(huì)對(duì)執(zhí)行expectedModCount = modCount賦值，保證兩個(gè)值相等，那么問題基本上已經(jīng)清晰了，在 foreach 循環(huán)中執(zhí)行 list.remove(item);，對(duì) list 對(duì)象的 modCount 值進(jìn)行了修改，而 list 對(duì)象的迭代器的 expectedModCount 值未進(jìn)行修改，因此拋出了ConcurrentModificationException異常。

5、迭代刪除List元素--正確！

java中所有的集合對(duì)象類型都實(shí)現(xiàn)了Iterator接口，遍歷時(shí)都可以進(jìn)行迭代：

Iterator?it=list.iterator();
?while(it.hasNext()){
??if(it.next()==3){
???it.remove();
??}
????????}
System.out.println(list);

輸出結(jié)果：[1, 2, 4]

Iterator.remove() 方法會(huì)在刪除當(dāng)前迭代對(duì)象的同時(shí)，會(huì)保留原來元素的索引。所以用迭代刪除元素是最保險(xiǎn)的方法，建議大家使用List過程

中需要?jiǎng)h除元素時(shí)，使用這種方式。學(xué)習(xí)資料：Java進(jìn)階視頻資源

6、迭代遍歷,用list.remove(i)方法刪除元素--錯(cuò)誤！！！

Iterator?it=list.iterator();
?while(it.hasNext()){
??Integer?value=it.next();
???if(value==3){
???list.remove(value);
??}
?}
System.out.println(list);

拋出異常：java.util.ConcurrentModificationException，原理同上述方法4.

7、List刪除元素時(shí)，注意Integer類型和int類型的區(qū)別.

上述Integer的list,直接刪除元素2，代碼如下：

list.remove(2);
System.out.println(list);

輸出結(jié)果：[1, 2, 3, 4]

可以看出,List刪除元素時(shí)傳入數(shù)字時(shí)，默認(rèn)按索引刪除。如果需要?jiǎng)h除Integer對(duì)象，調(diào)用remove(object)方法，需要傳入Integer類型，代碼如下：

list.remove(new?Integer(2));
System.out.println(list);

輸出結(jié)果：[1, 3, 3, 4]

總結(jié)：

1、用for循環(huán)遍歷List刪除元素時(shí)，需要注意索引會(huì)左移的問題。

2、List刪除元素時(shí)，為避免陷阱，建議使用迭代器iterator的remove方式。

3、List刪除元素時(shí)，默認(rèn)按索引刪除，而不是對(duì)象刪除。

往期熱門文章：
1、《歷史文章分類導(dǎo)讀列表！精選優(yōu)秀博文都在這里了！》
2、用 Java 爬小姐姐圖片，這個(gè)厲害了。。。
3、消息冪等（去重）通用解決方案，真頂！
4、從MySQL 5.6升級(jí)到8.0，F(xiàn)acebook付出了慘痛代價(jià)……
5、當(dāng) Transactional 碰到鎖，有個(gè)大坑！
6、橫空出世，比Visio快10倍的畫圖工具來了。
7、驚呆了，Spring中竟然有12種定義bean的方法
8、代碼寫的垃圾被嫌棄？
9、牛逼！SpringBoot+Vue企業(yè)級(jí)支付系統(tǒng)！附源碼！
10、你真的會(huì)寫for循環(huán)嗎？來看看這些常見的for循環(huán)優(yōu)化方式