Java ConcurrentModificationException異常解決案例詳解
Java ConcurrentModificationException異常原因和解決方法
在前面一篇文章中提到，對Vector、ArrayList在迭代的時候如果同時對其進行修改就會拋出java.util.ConcurrentModificationException異常。下面我們就來討論以下這個異常出現(xiàn)的原因以及解決辦法。
以下是本文目錄大綱：
一.ConcurrentModificationException異常出現(xiàn)的原因
二.在單線程環(huán)境下的解決辦法
三.在多線程環(huán)境下的解決方法
一.ConcurrentModificationException異常出現(xiàn)的原因
先看下面這段代碼：
public class Test {
public static void main(String[] args) {
ArrayList<Integer> list = new ArrayList<Integer>();
list.add(2);
Iterator<Integer> iterator = list.iterator();
while(iterator.hasNext()){
Integer integer = iterator.next();
if(integer==2)
list.remove(integer);
}
}
}
運行結(jié)果：
從異常信息可以發(fā)現(xiàn)，異常出現(xiàn)在checkForComodification()方法中。
我們不忙看checkForComodification()方法的具體實現(xiàn)，我們先根據(jù)程序的代碼一步一步看ArrayList源碼的實現(xiàn)：
首先看ArrayList的iterator()方法的具體實現(xiàn)，查看源碼發(fā)現(xiàn)在ArrayList的源碼中并沒有iterator()這個方法，那么很顯然這個方法應該是其父類或者實現(xiàn)的接口中的方法，我們在其父類AbstractList中找到了iterator()方法的具體實現(xiàn)，下面是其實現(xiàn)代碼：
public Iterator<E> iterator() {
return new Itr();
}
從這段代碼可以看出返回的是一個指向Itr類型對象的引用，我們接著看Itr的具體實現(xiàn)，在AbstractList類中找到了Itr類的具體實現(xiàn)，它是AbstractList的一個成員內(nèi)部類，下面這段代碼是Itr類的所有實現(xiàn)：
private class Itr implements Iterator<E> {
int cursor = 0;
int lastRet = -1;
int expectedModCount = modCount;
public boolean hasNext() {
return cursor != size();
}
public E next() {
checkForComodification();
try {
E next = get(cursor);
lastRet = cursor++;
return next;
} catch (IndexOutOfBoundsException e) {
checkForComodification();
throw new NoSuchElementException();
}
}
public void remove() {
if (lastRet == -1)
throw new IllegalStateException();
checkForComodification();
try {
AbstractList.this.remove(lastRet);
if (lastRet < cursor)
cursor--;
lastRet = -1;
expectedModCount = modCount;
} catch (IndexOutOfBoundsException e) {
throw new ConcurrentModificationException();
}
}
final void checkForComodification() {
if (modCount != expectedModCount)
throw new ConcurrentModificationException();
}
}
首先我們看一下它的幾個成員變量：
cursor：表示下一個要訪問的元素的索引，從next()方法的具體實現(xiàn)就可看出
lastRet：表示上一個訪問的元素的索引
expectedModCount：表示對ArrayList修改次數(shù)的期望值，它的初始值為modCount。
modCount是AbstractList類中的一個成員變量
protected transient int modCount = 0;
該值表示對List的修改次數(shù)，查看ArrayList的add()和remove()方法就可以發(fā)現(xiàn)，每次調(diào)用add()方法或者remove()方法就會對modCount進行加1操作。
好了，到這里我們再看看上面的程序：
當調(diào)用list.iterator()返回一個Iterator之后，通過Iterator的hashNext()方法判斷是否還有元素未被訪問，我們看一下hasNext()方法，hashNext()方法的實現(xiàn)很簡單：
public boolean hasNext() {
return cursor != size();
}
如果下一個訪問的元素下標不等于ArrayList的大小，就表示有元素需要訪問，這個很容易理解，如果下一個訪問元素的下標等于ArrayList的大小，則肯定到達末尾了。
然后通過Iterator的next()方法獲取到下標為0的元素，我們看一下next()方法的具體實現(xiàn)：
public E next() {
checkForComodification();
try {
E next = get(cursor);
lastRet = cursor++;
return next;
} catch (IndexOutOfBoundsException e) {
checkForComodification();
throw new NoSuchElementException();
}
}
這里是非常關(guān)鍵的地方：首先在next()方法中會調(diào)用checkForComodification()方法，然后根據(jù)cursor的值獲取到元素，接著將cursor的值賦給lastRet，并對cursor的值進行加1操作。初始時，cursor為0，lastRet為-1，那么調(diào)用一次之后，cursor的值為1，lastRet的值為0。注意此時，modCount為0，expectedModCount也為0。
接著往下看，程序中判斷當前元素的值是否為2，若為2，則調(diào)用list.remove()方法來刪除該元素。
我們看一下在ArrayList中的remove()方法做了什么：
public boolean remove(Object o) {
if (o == null) {
for (int index = 0; index < size; index++)
if (elementData[index] == null) {
fastRemove(index);
return true;
}
} else {
for (int index = 0; index < size; index++)
if (o.equals(elementData[index])) {
fastRemove(index);
return true;
}
}
return false;
}
private void fastRemove(int index) {
modCount++;
int numMoved = size - index - 1;
if (numMoved > 0)
System.arraycopy(elementData, index+1, elementData, index,
numMoved);
elementData[--size] = null; // Let gc do its work
}
通過remove方法刪除元素最終是調(diào)用的fastRemove()方法，在fastRemove()方法中，首先對modCount進行加1操作（因為對集合修改了一次），然后接下來就是刪除元素的操作，最后將size進行減1操作，并將引用置為null以方便垃圾收集器進行回收工作。
那么注意此時各個變量的值：對于iterator，其expectedModCount為0，cursor的值為1，lastRet的值為0。
對于list，其modCount為1，size為0。
接著看程序代碼，執(zhí)行完刪除操作后，繼續(xù)while循環(huán)，調(diào)用hasNext方法()判斷，由于此時cursor為1，而size為0，那么返回true，所以繼續(xù)執(zhí)行while循環(huán)，然后繼續(xù)調(diào)用iterator的next()方法：
注意，此時要注意next()方法中的第一句：checkForComodification()。
在checkForComodification方法中進行的操作是：
final void checkForComodification() {
if (modCount != expectedModCount)
throw new ConcurrentModificationException();
}
如果modCount不等于expectedModCount，則拋出ConcurrentModificationException異常。
很顯然，此時modCount為1，而expectedModCount為0，因此程序就拋出了ConcurrentModificationException異常。
到這里，想必大家應該明白為何上述代碼會拋出ConcurrentModificationException異常了。
關(guān)鍵點就在于：調(diào)用list.remove()方法導致modCount和expectedModCount的值不一致。
注意，像使用for-each進行迭代實際上也會出現(xiàn)這種問題。
二.在單線程環(huán)境下的解決辦法
既然知道原因了，那么如何解決呢？
其實很簡單，細心的朋友可能發(fā)現(xiàn)在Itr類中也給出了一個remove()方法：
public void remove() {
if (lastRet == -1)
throw new IllegalStateException();
checkForComodification();
try {
AbstractList.this.remove(lastRet);
if (lastRet < cursor)
cursor--;
lastRet = -1;
expectedModCount = modCount;
} catch (IndexOutOfBoundsException e) {
throw new ConcurrentModificationException();
}
}
在這個方法中，刪除元素實際上調(diào)用的就是list.remove()方法，但是它多了一個操作：
expectedModCount = modCount;
因此，在迭代器中如果要刪除元素的話，需要調(diào)用Itr類的remove方法。
將上述代碼改為下面這樣就不會報錯了：
public class Test {
public static void main(String[] args) {
ArrayList<Integer> list = new ArrayList<Integer>();
list.add(2);
Iterator<Integer> iterator = list.iterator();
while(iterator.hasNext()){
Integer integer = iterator.next();
if(integer==2)
iterator.remove(); //注意這個地方
}
}
}
三.在多線程環(huán)境下的解決方法
上面的解決辦法在單線程環(huán)境下適用，但是在多線程下適用嗎？看下面一個例子：
public class Test {
static ArrayList<Integer> list = new ArrayList<Integer>();
public static void main(String[] args) {
list.add(1);
list.add(2);
list.add(3);
list.add(4);
list.add(5);
Thread thread1 = new Thread(){
public void run() {
Iterator<Integer> iterator = list.iterator();
while(iterator.hasNext()){
Integer integer = iterator.next();
System.out.println(integer);
try {
Thread.sleep(100);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
};
};
Thread thread2 = new Thread(){
public void run() {
Iterator<Integer> iterator = list.iterator();
while(iterator.hasNext()){
Integer integer = iterator.next();
if(integer==2)
iterator.remove();
}
};
};
thread1.start();
thread2.start();
}
}
運行結(jié)果：
有可能有朋友說ArrayList是非線程安全的容器，換成Vector就沒問題了，實際上換成Vector還是會出現(xiàn)這種錯誤。
原因在于，雖然Vector的方法采用了synchronized進行了同步，但是實際上通過Iterator訪問的情況下，每個線程里面返回的是不同的iterator，也即是說expectedModCount是每個線程私有。假若此時有2個線程，線程1在進行遍歷，線程2在進行修改，那么很有可能導致線程2修改后導致Vector中的modCount自增了，線程2的expectedModCount也自增了，但是線程1的expectedModCount沒有自增，此時線程1遍歷時就會出現(xiàn)expectedModCount不等于modCount的情況了。
因此一般有2種解決辦法：
1）在使用iterator迭代的時候使用synchronized或者Lock進行同步；
2）使用并發(fā)容器CopyOnWriteArrayList代替ArrayList和Vector。
關(guān)于并發(fā)容器的內(nèi)容將在下一篇文章中講述。
參考資料：
http://blog.csdn.net/izard999/article/details/6708738
http://www.dbjr.com.cn/article/105505.htm
到此這篇關(guān)于Java ConcurrentModificationException異常解決案例詳解的文章就介紹到這了,更多相關(guān)Java ConcurrentModificationException異常內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
這篇文章我們將從源碼角度深度解析線程池是如何優(yōu)雅的退出程序的，文中的示例代碼講解詳細，對我們學習java線程池有一定幫助，需要的可以參考一下2022-07-07
win10和win7下java開發(fā)環(huán)境配置教程
這篇文章主要為大家詳細介紹了win7下Java開發(fā)環(huán)境配置教程，win10下Java開發(fā)環(huán)境配置，具有一定的參考價值，感興趣的小伙伴們可以參考一下2018-06-06
今天小編主要是和大家分享一個讓代碼變得更簡潔的小技巧：統(tǒng)一返回格式，文中的示例代碼講解詳細，感興趣的小伙伴可以跟隨小編一起學習一下2022-08-08
Struts2中Action三種接收參數(shù)形式與簡單的表單驗證功能
本文以登錄驗證為例，進行代碼展示，下面給大家詳細介紹Struts2中Action三種接收參數(shù)形式與簡單的表單驗證功能，需要的朋友參考下2017-03-03
這篇文章主要介紹了Spring和activiti進行整合過程解析,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-03-03
mybatis mapper.xml獲取insert后的自增ID問題
這篇文章主要介紹了mybatis mapper.xml獲取insert后的自增ID問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-05-05
SpringBoot中使用Controller和頁面的結(jié)合能夠很好地實現(xiàn)用戶的功能及頁面數(shù)據(jù)的傳遞。本文介紹了如何實現(xiàn)頁面的返回以及這里面所包含的坑，感興趣的可以了解一下2021-07-07
Java servlet、filter、listener、interceptor之間的區(qū)別和聯(lián)系
這篇文章主要介紹了Java servlet、filter、listener、interceptor之間的區(qū)別和聯(lián)系的相關(guān)資料,需要的朋友可以參考下2016-11-11
這篇文章主要介紹了Java之OutputStreamWriter流案例詳解,本篇文章通過簡要的案例,講解了該項技術(shù)的了解與使用,以下就是詳細內(nèi)容,需要的朋友可以參考下2021-08-08
Sentinel是一個分布式系統(tǒng)的流量控制組件，它可以實現(xiàn)限流與流控及降級等功能，提高系統(tǒng)的穩(wěn)定性和可靠性，這篇文章主要介紹了Sentinel的初始化流程，感興趣想要詳細了解可以參考下文2023-05-05