java集合類遍歷的同時如何進行刪除操作
java集合類遍歷的同時進行刪除操作
1. 背景
在使用java的集合類遍歷數(shù)據(jù)的時候，在某些情況下可能需要對某些數(shù)據(jù)進行刪除。往往操作不當，便會拋出一個ConcurrentModificationException，本方簡單說明一下錯誤的示例，以及一些正確的操作并簡單的分析下原因。
P.S. 示例代碼和分析是針對List的實例類ArrayList，其它集合類可以作個參考。
2. 代碼示例
示例代碼如下，可以根據(jù)注釋來說明哪種操作是正確的：
public class TestIterator {
public static void main(String[] args) {
List<String> list = new ArrayList<>();
list.add("1");
list.add("2");
list.add("3");
list.add("4");
list.add("5");
print(list);
// 操作1：錯誤示范，不觸發(fā)ConcurrentModificationException
System.out.println("NO.1");
List<String> list1 = new ArrayList<>(list);
for(String str:list1) {
if ("4".equals(str)) {
list1.remove(str);
}
}
print(list1);
// 操作2：錯誤示范，使用for each觸發(fā)ConcurrentModificationException
System.out.println("NO.2");
try{
List<String> list2 = new ArrayList<>(list);
for(String str:list2) {
if ("2".equals(str)) {
list2.remove(str);
}
}
print(list1);
}catch (Exception e) {
e.printStackTrace();
}
// 操作3：錯誤示范，使用iterator觸發(fā)ConcurrentModificationException
try{
System.out.println("NO.3");
List<String> list3 = new ArrayList<>();
Iterator<String> iterator3 = list3.iterator();
while (iterator3.hasNext()) {
String str = iterator3.next();
if ("2".equals(str)) {
list3.remove(str);
}
}
print(list3);
}catch (Exception e){
e.printStackTrace();
}
// 操作4： 正確操作
System.out.println("NO.4");
List<String> list4 = new ArrayList<>(list);
for(int i = 0; i < list4.size(); i++) {
if ("2".equals(list4.get(i))) {
list4.remove(i);
i--; // 應(yīng)當有此操作
}
}
print(list4);
// 操作5： 正確操作
System.out.println("NO.5");
List<String> list5 = new ArrayList<>(list);
Iterator<String> iterator = list5.iterator();
while (iterator.hasNext()) {
String str = iterator.next();
if ("2".equals(str)) {
iterator.remove();
}
}
print(list5);
}
public static void print(List<String> list) {
for (String str : list) {
System.out.println(str);
}
}
}
P.S. 上面的示例代碼中，操作1、2、3都是不正確的操作，在遍歷的同時進行刪除，操作4、5能達到預(yù)期效果，推建使用第5種寫法。
3. 分析
首先，需要先聲明3個東東：
- 1. for each底層采用的也是迭代器的方式（這個我并沒有驗證，是查找相關(guān)資料得知的），所以對for each的操作，我們只需要關(guān)注迭代器方式的實現(xiàn)即可。
- 2. AraayList底層是采用數(shù)組進行存儲的，所以操作4實現(xiàn)是不同于其它（1、2、3、5）操作的，他們用的都是迭代器方式。
- 3. 鑒于1、2點，其實本文重點關(guān)注的是采用迭代器的remove（操作5）為什么沒有問題，而采用集合的remove(操作1、2、3）就不行。
3.1 為什么操作4沒有問題
// 操作4： 正確操作
System.out.println("NO.4");
List<String> list4 = new ArrayList<>(list);
for(int i = 0; i < list4.size(); i++) {
if ("2".equals(list4.get(i))) {
list4.remove(i);
i--; // 應(yīng)當有此操作
}
}
這個其實沒什么太多說的，ArrayList底層采用數(shù)組，它刪除某個位置的數(shù)據(jù)實際上就是把從這個位置下一位開始到最后位置的數(shù)據(jù)在數(shù)組里整體前移一位（基本知識，不多說明）。所以在遍歷的時候，重點其實是索引值的大小，底層實現(xiàn)是需要依賴這個索引 的，這也是為什么最后有個i--，因為我們刪除2的時候，索引值i為1,刪除的時候，就把索引為2到list.size()-1的數(shù)據(jù)都前移一位，如果不把i-1，那么下一輪循環(huán)時，i的值就為2，這樣就把原來索引值為2,而現(xiàn)在索引值為1的數(shù)據(jù)給漏掉了，這個地方需要注意一下。比如，如果原數(shù)據(jù)中索引1、2的數(shù)據(jù)都為2，想把2都刪除掉，如果不進行i--，那么把索引1處的2刪除掉后，下一次循環(huán)判斷時，就會把原來索引為2,現(xiàn)在索引為1的這個2給遺漏掉了。
3.2 采用迭代時ConcurrentModificationException產(chǎn)生的原因
其實這個異常是在迭代器的next()方法體調(diào)用checkForComodification()時拋出來的：
看下迭代器的這兩個方法的源碼：
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];
}
final void checkForComodification() {
// 問題就在modCount與expectedModCount的值
if (modCount != expectedModCount)
throw new ConcurrentModificationException();
}
1. 首先說明，modCount這個值是ArrayList的一個變量，而expectedModCount是迭代器的一個變量。
modCount：該值是在集合的結(jié)構(gòu)發(fā)生改變時（如增加、刪除等）進行一個自增操作，其實在ArrayList中，只有刪除元素時這個值才發(fā)生改變。
expectedModCount：該值在調(diào)用集合的iterator()方法實例化迭代器的時候，會將modCount的值賦值給迭代器的變量 expectedModCount。也就是說，在該迭代器的迭代操作期間，expectedModCount的值在初始化之后便不會進行改變，而modCount的值卻可能改變（比如進行了刪除操作），這也是每次調(diào)用next()方法的時候，為什么要比較下這兩個值是否一致。
其實，我是把它們看作類似于CAS理論的實現(xiàn)來理解的，其實在迭代器遍歷的時候調(diào)用集合的remove方法，代碼上看起來是串行的，但是可以認為是兩個不同線程的并行操作這個ArrayList對象（我也是看了下其它資料，才試著這樣去理解）。
3.3 為什么在遍歷時使用迭代器的remove沒有問題
依據(jù)3.2條，我們知道，既然使用ArrayList的remove方法出現(xiàn)ConcurrentModificationException的原因在于modCount與expectedCount的值，那么問題就很明晰了，先看下迭代器的remove方法的源碼：
public void remove() {
if (lastRet < 0)
throw new IllegalStateException();
// 雖然這里也調(diào)用了這方法，但是本次我們可以先忽略，因為這個remove()方法是
//iterator自已的，也就是可以看作遍歷和刪除是串行發(fā)生的，目前我們尚未開始進行移除
//操作，所以這里的校驗不應(yīng)該拋出異常，如果拋出了ConcurrentModificationException，
//那只能是其它線程改了當前集合的結(jié)構(gòu)導(dǎo)致的，并不是因為我們本次尚未開始的移除操作
checkForComodification();
try {
// 這里開始進行移除
ArrayList.this.remove(lastRet);
cursor = lastRet;
lastRet = -1;
// 重新賦值，使用expectedModCount與modCount的值保持一致
expectedModCount = modCount;
} catch (IndexOutOfBoundsException ex) {
throw new ConcurrentModificationException();
}
}
注意看下我的注釋，在調(diào)用迭代器的remove方法時，雖然也是在調(diào)用集合的remove方法 ，但是因為這里保持了modCount與expectedModCount的數(shù)據(jù)一致性，所以在下次調(diào)用next()方法，調(diào)用checkForComodification方法時，也就不會拋出ConcurrentModificationException了。
3.4 為什么操作1沒有拋出ConcurrentModificationException
其實操作1雖然使用for each但是上面說過，其實底層依然是迭代器的方式，這既然是迭代器，然而采用集合的remove方法，卻沒有拋出ConcurrentModificationException， 這是因為移除的元素是倒數(shù)第二個元素的原因。
迭代器迭代的時候，調(diào)用hasNext()方法來判斷是否結(jié)束迭代，若沒有結(jié)束，才開始調(diào)用next()方法，獲取下一個元素，在調(diào)用next()方法的時候，因為調(diào)用 checkForComodification方法時拋出了ConcurrentModificationException。
所以，如果在調(diào)用hasNext()方法之后結(jié)束循環(huán)，不調(diào)用next()方法，就不會發(fā)生后面的一系列操作了。
既然還有最后一個元素，為什么會結(jié)束循環(huán)，問題就在于hasNext()方法，看下源碼：
public boolean hasNext() {
return cursor != size;
}
其實每次調(diào)用next()方法迭代的時候，cursor都會加1,cursor就相當于一個游標，當它不等于集合大小size的時候，就會一直循環(huán)下去，但是因為操作1移除了一個元素，導(dǎo)致集合的size減一，導(dǎo)致在調(diào)用hasNext()方法，結(jié)束了循環(huán)，不會遍歷最后一個元素，也就不會有后面的問題了。
java集合中的一個移除數(shù)據(jù)陷阱
遍歷集合自身并同時刪除被遍歷數(shù)據(jù)
使用Set集合時：遍歷集合自身并同時刪除被遍歷到的數(shù)據(jù)發(fā)生異常
Iterator<String> it = atomSet.iterator();
while (it.hasNext()) {
if (!vars.contains(it.next())) {
atomSet.remove(it.next());
}
}
拋出異常：
Exception in thread "main" java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
at java.util.HashMap$KeyIterator.next(HashMap.java:828)
at test2.Test1.main(Test1.java:16)
異常本質(zhì)原因
Iterator 是工作在一個獨立的線程中，并且擁有一個 mutex 鎖。 Iterator 被創(chuàng)建之后會建立一個指向原來對象的單鏈索引表，當原來的對象數(shù)量發(fā)生變化時，這個索引表的內(nèi)容不會同步改變，所以當索引指針往后移動的時候就找不到要迭代的對象，所以按照 fail-fast 原則 Iterator 會馬上拋出 java.util.ConcurrentModificationEx ception 異常。
所以 Iterator 在工作的時候是不允許被迭代的對象被改變的。但你可以使用 Iterator 本身的方法 remove() 來刪除對象， Iterator.remove() 方法會在刪除當前迭代對象的同時維護索引的一致性。
解決
使用Iterator的remove方法
Iterator<String> it = atomVars.iterator();
while (it.hasNext()) {
if (!vars.contains(it.next())) {
it.remove();
}
}
代碼能夠正常執(zhí)行。
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。
相關(guān)文章
這篇文章主要介紹了Linux部署springboot項目彩色日志打印方式，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2023-04-04
SpringCloud2020版本配置與環(huán)境搭建教程詳解
這篇文章主要介紹了SpringCloud2020版本配置與環(huán)境搭建教程詳解,本文給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2020-12-12
淺談mybatis中的#和$的區(qū)別 以及防止sql注入的方法
下面小編就為大家?guī)硪黄獪\談mybatis中的#和$的區(qū)別 以及防止sql注入的方法。小編覺得挺不錯的，現(xiàn)在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2016-10-10
SpringBoot3集成ElasticSearch的方法詳解
Elasticsearch是一個分布式、RESTful風格的搜索和數(shù)據(jù)分析引擎,適用于各種數(shù)據(jù)類型,數(shù)字、文本、地理位置、結(jié)構(gòu)化數(shù)據(jù)、非結(jié)構(gòu)化數(shù)據(jù),本文給大家詳解介紹了SpringBoot3集成ElasticSearch的方法,需要的朋友可以參考下2023-08-08
SHA-256是一種散列（哈希）算法，用于將任意長度的數(shù)據(jù)映射為固定長度的散列值，以保證數(shù)據(jù)完整性。本文將為大家介紹一下SHA-256加密算法的原理與實現(xiàn)，希望對大家有所幫助2023-02-02
ZooKeeper框架教程Curator分布式鎖實現(xiàn)及源碼分析
本文是ZooKeeper入門系列教程，本篇為大家介紹zookeeper一個優(yōu)秀的框架Curator，提供了各種分布式協(xié)調(diào)的服務(wù)，Curator中有著更為標準、規(guī)范的分布式鎖實現(xiàn)2022-01-01
springboot項目中controller層與前端的參數(shù)傳遞方式
這篇文章主要介紹了springboot項目中controller層與前端的參數(shù)傳遞方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-10-10
Java+Selenium實現(xiàn)文件上傳下載功能詳解
這篇文章主要介紹了java代碼如何利用selenium操作瀏覽器上傳和下載文件功能，文中的示例代碼講解詳細，具有一定的借鑒價值，需要的可以參考一下2023-01-01
通過本文給分享了hibernate和mybatis對比分析，從開發(fā)對比，系統(tǒng)調(diào)優(yōu)對比，對象管理與抓取策略，緩存機制對比等方面給大家詳細介紹，需要的朋友參考下吧2017-09-09
這篇文章主要介紹了Java正則驗證電話,手機,郵箱,日期,金額的方法,結(jié)合具體實例形式分析了Java針對電話,手機,郵箱,日期,金額的正則判定操作技巧,需要的朋友可以參考下2017-03-03