我是靠谱客的博主 称心咖啡,最近开发中收集的这篇文章主要介绍foreach进不去报错java_foreach遍历list删除元素一定会报错?,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

foreach遍历list集合删除某些元素一定会报错吗?

先上一段代码:

List list = new ArrayList();

list.add("1");

list.add("2");

list.add("3");

list.add("4");

list.add("5");

for (String item : list) {

if (item.equals("3")) {

System.out.println(item);

list.remove(item);

}

}

System.out.println(list.size());

控制台报错:java.util.ConcurrentModificationException。

这是怎么回事,然后去看了看这个异常,才发现自己果然还是太年轻啊。

我们都知道增加for循环即foreach循环其实就是根据list对象创建一个iterator迭代对象,用这个迭代对象来遍历list,相当于list对象中元素的遍历托管给了iterator,如果要对list进行增删操作,都必须经过iterator。

每次foreach循环时都有以下两个操作:

iterator.hasNext(); //判读是否有下个元素

item = iterator.next(); //下个元素是什么,并把它赋给item。

首先,我们来看看这个异常信息是什么。

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];

}

final void checkForComodification() {

if (modCount != expectedModCount)

throw new ConcurrentModificationException();

}

可以看到是进入checkForComodification()方法的时候报错了,也就是说modCount != expectedModCount。具体的原因是:以foreach方式遍历元素的时候,会生成iterator,然后使用iterator遍历。在生成iterator的时候,会保存一个expectedModCount参数,这个是生成iterator的时候List中修改元素的次数。如果你在遍历过程中删除元素,List中modCount就会变化,如果这个modCount和exceptedModCount不一致,就会抛出异常,这个是为了安全考虑。

看看list的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;

}

看,并没有对expectedModCount进行任何修改,导致expectedModCount和modCount不一致,抛出异常。

但是,遍历list删除元素使用Iterator则不会报错,如下:

Iterator it = list.iterator();

while (it.hasNext()) {

if (it.next().equals("3")) {

it.remove();

}

}

看看Iterator的remove()方法的源码,是对expectedModCount重新做了赋值处理的,如下:

public void remove() {

if (lastRet < 0)

throw new IllegalStateException();

checkForComodification();

try {

ArrayList.this.remove(lastRet);

cursor = lastRet;

lastRet = -1;

expectedModCount = modCount; // 处理expectedModCount

} catch (IndexOutOfBoundsException ex) {

throw new ConcurrentModificationException();

}

}

这样的话保持expectedModCount = modCount相等,就不会报出错了。

是不是foreach所有的list删除操作都会报出这个错呢?

其实不一定。如果删除的元素是倒数第二个数的话,其实是不会报错的。为什么呢,来一起看看。

之前说了foreach循环会走两个方法hasNext() 和next()。如果不想报错的话,只要不进next()方法就好啦,看看hasNext()的方法。

public boolean hasNext() {

return cursor != size;

}

那么就要求hasNext()的方法返回false了,即cursor == size。其中cursor是Itr类(Iterator子类)中的一个字段,用来保存当前iterator的位置信息,从0开始。cursor本身就是游标的意思,在数据库的操作中用的比较多。只要curosr不等于size就认为存在元素。由于Itr是ArrayList的内部类,因此直接调用了ArrayList的size字段,所以这个字段的值是动态变化的,既然是动态变化的可能就会有问题出现了。

我们以上面的代码为例,当到倒数第二个数据也就是“4”的时候,cursor是4,然后调用删除操作,此时size由5变成了4,当再调用hasNext判断的时候,cursor==size,就会调用后面的操作直接退出循环了。我们可以在上面的代码添加一行代码查看效果:

for (String item : list) {

System.out.println(item);

if (item.equals("4")) {

list.remove(item);

}

}

输出是:

1

2

3

4

这样的话就可以看到执行到hasNext()方法就退出了,也就不会走后面的异常了。

由此可以得出,用foreach删除list元素的时候只有倒数第二个元素删除不会报错,其他都会报错,所以删除list元素时一定要用Iterator。

最后

以上就是称心咖啡为你收集整理的foreach进不去报错java_foreach遍历list删除元素一定会报错?的全部内容,希望文章能够帮你解决foreach进不去报错java_foreach遍历list删除元素一定会报错?所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(85)

评论列表共有 0 条评论

立即
投稿
返回
顶部